F. Switch: fess Communications Services The swtohiess network 216$ is a term used for lbs application | 
of ceii- switching or packet- switching techniques to tsoift ds;a and isc*hf»n©us muiiimedia | 

> J1U O ^5> ^-S 1 his Oa- v hi V^Mv j \ ^b"**- >Cfi'ff! k^SP- U ^ ff ! 

senses isochronous voice, Mow. with the development of Asynchronous Transfer Mode cell switching 4 

!\ i v \ })1 s ■} !1 i \ tot J "t !t * \ \ht | 

Isochronous and bursty data services is achievable. | 

The switehfess network is expeosed to provide a lower cost modes shsn circuit switched architectures dug 4 

\-> Fteyibtiity fo snvvids exactiy ihss bandwidth mquired for each sspplioauori saving bandwidih when no j 

data is being transferred, A minsrmtro 66 Kfcps circuit w»ll not automatically be allocated far every call. 4 

Adaptability to compression techniques., further reducing bandwidth requirements tor sari; network | 

session. | 

supplied for access to special DSP capabilities such as wales recognition or | 

mrtfereocing. A single high -bandwidih network port can serve hundreds of ceils" skmiitsneously. | 

Applicability and esse of adaptation of the switches networks to advanced Ivah-handw'tdsh services sued | 

as videoconferencing, {raining on demand, remote- expert, integrated vkieo/voicerTsx/eiectrortic mail, and | 

^formation services. Figure 23 likistrstes a sample switches network 2168 in accordance with a preferred 4 

embodiment, | 

G, Governing Pnneipies 1, Architectural Principles This section contains a listing ©tarxsristectural orsn«pl«s 4. 
which provide the foundation of the architecture which follows. | 

2, Services are crossed from a common Service Creation Environment iSGE) which provides a seamless i 

view of services | 

software changes when new services are introduced. I 

4. M services are crested from one or more service features. | 

6. The Service Model most support the specification and fulfillment of quality of service parameters- tor 4 

each service. These quality of service parameters, when taken together, constitute a service fsvet | 

agreement with each customer. Service deployment must take Soto account specified quality of service | 

2. Service Feature Principles 1 . All service features are described by a combination of one or mom 4 

capabilities. | 

2. Aif service features can be- defines by a finite number of -capabilities, | 

3. Individual service features must be defined using a standard methodology to allow service designers to 4 
have a common understanding of a capability . Each service | 

for. w ^ e ' c r> c i - p <■ oo » > i k M«j ^ •> c > •< 3 - ? or c | 

applications, | 

4, Snterscfcoo of physical entities :n the network implementation shali not be visible to the user of she ::j 
service feature through the service feature interfaces. I 

5, Each service feature should have a unified and siabie external interface. The interface is described as 4 
a set of operations, and the data required and provided by each operation. | 

8, Service- features are not deployed into the network by Ihemsefves. A service feature is only deploy ed | 

as pert of a service iogio program which invokes the service feats.: as (see Figure 21). Thus, service | 

programs dynamicaSiy, This is where the loose coupling of resources to services is achieved. | 

3. Capabiiity Principles 1 . Capanliifiss are defined compleSsty Independsnt frorri cooslderstioo of any | 

physicai or logicai: implementation {network implemsntaiiOn Independerst). | 
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2. Eacfs csps&iiy shoufci rjav» a wctied and stabie interlace. The Interface is <tesoribed as a set of 
operations, and the data required and provided by each opersiion, 

3. individual capsbfisbss must be dsiinsd using a standard insdhodoiogy to allow servscsj designers to 
'M ^>.jf ^ jr\ s j of ... cupar. 'y t ^ch > j-joiirtv n s;>\t r * 1 t. \OlS „\, - p«5B >'1: 
vaiuss, display behaviors, and potential service applications.. 

capabllity through the capability Interfaces. 

5. Capabilities; may be sjembinssd to form high-level capabilities. 

storting point arid one or mere logics! ending points, 

7. Capabilities may be msisafi m one or more piece of phystcai hardware or software in the network 
irnplssrssntafton, 

^ „v ^I^ udt e^tu x tin •.o"»»i>»^ hefv^b ^n^- ^ ^smv^ dat. 

parameters* arid iiser instance data parameters. 



10. Capabilities are global in nature and their location need not be considered by the service designer, ass | 

1 1 . Capabilities are reliable. They are used without mcdrficsBoo for Giber services. | 

4. Service Cessation, Deployment, and Execution Principles 1. Each Service Engine 2134 supports a sj 

subset of the customer bass. The list of customers supported by a service engine is driven by | 

2. Each Service Engine 2134 obtains its configuration data from the ISP data servers 2182 at activation | 

3. Service Eoga-ies 2134 use ISP database clients 2180 (see the data management section of ibss sj 
description) to cache the data necessary to support the customers configured for that service engine | 
21 34. as needed. Caching can be controiied by the ISP database server 2182, or controlled by the | 

Data may be cached semi -permanentiy (on disk or in memory) at a service engine 2134 if it Is deemed to | 

be too much overhead to load data from the data server 2182 ort a frequent basis, | 

4. Service Engine;* £134 may be expected to execute- ail of a customer 1 s services, or only a subset of the | 
customers serv-ees. However, in the case of service interactions, one Service Engine 2i 34 must always 4 
fas In coetr oi of the execution of a service at any given time. Service Engines may hand-off control ie | 
other service engines diihng lbs course of service execution. | 

5. Service Engines do not own any data, not even configuration data. | 
8. Service Engines 2134 are not targets for a an icy m ant of data Data Sewers 2182 are target* for | 

5. Resource Management fvtodei 2t50 Pbnapies " Resources 2152 should be accessible from snywherrj 4 

on the network, | 

2. Resources are not service-specific and can be shared across ail services if desired. | 

3. Resources of the same type should be managed as a group, | 

4. The Resource Management Modal 2150 shouts be flexible enough to accommodate various | 
management policies, including: Least Cost, Round Robin, Least Recently L-'sed, Most Available, First sj 
Encountered, Use Unfit Failure and Exclusive Use Until Failure, | 

b. The Resource Management Model 2150 should optimise the allocation of resources arid, r? possible. | 

honoring a selected policy. | 
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7. Th* Resource Management Mods; 2150 must allow for the enforcement of resource utilization polices | 

5. The Resource Management Mods; 2150 must be able to detect sand access She status, utilization and 
health of resources m a resource pool, 

9. A8 Resources 2152 must be- treated m managed objects, 

10. All resources mast fee sole to register with the Rte 2 ISO to entsr a pool, and do register to teave a 
pool. 

1 1 . The oely way to request, acquire and release a resource 2 1 52 is through the RM215G. 

12. "f tie reiassoaship between resources should nas fee fixed, rather indrvidua; instances of a gjven 
resource should fee attested from a registered pool \n response to n&sd or demand. 

S2 must t>e manageable from a consistent pteiform-w«c3s viewpoint. 

■s 2 i:52 must offer SNMP or CM1P agent functionality either directly or through f 

a P?QXy. 

15. Every specialised resource 2152 shall be represented So a common management information base. 

16, Ail specialised resources shall support a standard set of operations to Inquire, probe, pises in or out ot f 

7 Aii specked resources shall p:ov>ids a basse set ot sett'-tesi capabilities wr-oh a-s controlled though !; 
the standard SNMP or GMIP management interfaces. 

6. Data Management 2138 Principles 1 , Multiple copses of any data item are allowed, 
3. Ussier versions of a given data item are under a ssngla juhsdiciion- 

5. Business rules must be applied uniformly across the ISP 2100 to ensure the validity of ell data 
changes. 

6. Users work on -oca; copies of data; data access is location independent and transparent, 

o ~< •• s- c, >^f*x ,,<;«'; r So - .m, - *t 'v > v " \> > w >' «■ > * m<>. \ v m > ~P 

2100. 

9, Private data is allowed at a local database, but cannot ho shared or distributed. 

10, Only master data can be shared or distributed. 

1 1 , Private formate for a shared data item ere allowed at the looal database. 

12, Transactional capabilities can be relaxed at end-user discretion if allowed within the business rules. 

14. Data Replication provides reliability through duplication of data sources, 
decreasing tho transection rate against any particular data store. 

16 . Data Management 2138 must allow both static and dynamic configuration of data resources. 
1? . Common data models and common schemes should ho employed. 

18, Logical application views of data are insulated from physical data operations such as relocation of 
files , reloading of databases, or reformatting of data stores. 

15, Audit trails, and event histories, are required for adequate problem resolutions-. 
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22. Dais metrics ar« needed for monitoring, trending, and cm 

23, ? by 24 operation with 99.89S9 avatisbisity is required 

24 , Data Management 2 1 33 mechanisms must seals for high Isvsls of growth, 

25. Data Management 2138 mechanisms m«s* provide cost effective solutions for both iarge-scaie and 

2S. Date Management mechanisms must handle overload conditions gracefully. 

28 . Trusted order entry and service creation should work directly on the ISP databases rather than 
through intermediary appli<sifa» wheoew possibis, 

2S. ASS data must be protected; additionally osstcroer c'ata is private and most retain its confidentiality, 
(management information base) 

31 . Wherever possible, oft the shelf data solutions should fee used to meet Data fcSaoageroeni rsseds, 

The fcifowtrtg principles are stated from an Object-oriented view: 32, Data items are foe lowest set of 
persistent objects; thesis objects encapsulate a singfe data vaine. 

33. Date items may have a user defined typ®. 

24, Data tecs may be creased and deleted. 

3S . Oats items have only a ssrsgfe get and set method, 

"3 ~ v d >t i tt< i c) > --t d r V jC > i ^ > ? d it 

7. Operational Support Principles 1. Common View - Aii ISP 2100 Operations! Support User Interfaces 
should have the same iook & feet, 

tns ISP Operational support environment. 

3. Single View - A dlsfn'feotad managed object has a single repress ntsiion at the iSP Operational Support | 
«an^gernem2i3S Meoha«isms. ! 

f Jftc Iv<* T'Jti. 5, j , ;tiv, Ct'j > * v*» n ,se ;- " 

6. External M\ Bs - Embedded MiBs that are part of a managed component are outsider of Operational 
Supped sad Data Management, Such M8$ wiii be represented to the OS by a Mediation Devkje. 

7. System Corsformanoe - System conformance to the ISP OS standards wiii be gained through fViediatsoo * 

8. Operational Fmcsktm •• Operations:; personnel handle ths Network Layer & Eismsnt Managemer* for 
physical & logical resources, 

10. Profile Domain •• Service & customer profile data bases are managed by administration personnel 
under the domain of the Data Management system, 

1 1 . Telecommunication Management Nefcvork (TMt4) compliance - TMN compliance wiii be achieved 
through a gateway to any TMN system. 

12. Concurrent - Multiple Operators & Administrator must be able to simultaneously perform operations 
from the SSP OS Interfaces. 
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8. Physical Model Principles t. Compatibility:; The physical network mo 
compatibility for existing tefecotpmunkaSons barsiware and software, 

2. Scaieabis: The physical network mods: is sealeable to seeommooat 
populations and service requirements. 



rouitipte paths, of information ffcw across tm m 



4. Trarcspifrent: s>iei*«: sifsmsnts "5 transparent to tns underlying network redwd 
in case- of a faiksre. the. swiichover to redundant links is automatic. 

5, Graceful Degradation: The pdysscal network rooasl ra able to provide avaiiabis s 
reduction of capacity in the face of roiitiple network failures. 



k model allows networks with tPferent characteristics- to interoperats 1 



S, Svforsitorifcg: The physlcai mfomrk modal provides weii-dsfsnsd interfaces- and access methods for 
momtoriogtbe traffic on the network Security ism above) is integrated to prevent unauthorised access 
sensitive date. 

9, Partitionafoie: The physical network mode: is (logically) parilcousbla to form separate administrative 

10, Quality of Service: T he physics! network model provides OOS provisions such as wide range of 
qyafitl&s, adequate QOS for legacy ap^ScsSom, congestion management and ussr-seleotsbie QOS. 



12, Regulator/ awareness: The physical network rcodei is amenable at si! levels to allow for sudden 
changes in the regulatory atmosphere, 

13, Cost Effective: The physical network mods! allows for cost effective implementations by not being 

H. fSP Service Mode; This section describes the Service modal of the inteii-gant Services Platform 
Architecture Framework. 

1 . Purpose The iSP Ssrvss Model establishes a framework for service dsvelopmens whsen supports- 

services for customers; festal service integration for a seamless service view for customs?®; improved 
reuse of ISP capabilities through loos® coupling of those capabilities; 

reduced cost of service Implementation; and vendor-independence. 

2, Scop* of Effort The ISP Service Mod-si supports ail activities associated with Ssrvioes, including the 
following aspects: provisioning; creation; deployment: ordering; updating; monitoring: execution: testing a; 
simulation; customer support and troubleshooting: billing; trouble ticket handling; and operations support. 



yarkefabia services are the 5 
operation of the UO network 

The Service Mod©! siso defines- interactions with other pans of the ISP Architecture, including Data 
Mansgemeot, Resource •visnageB^ent, and Operabonai Support, 

3, Service Modal Overview Central to the InfeSSigssm Services Platform Is the delivery of Services 220* 
(figure 24). 

Mowing definition of services is used throughout ibis service model: 
A service 2200 Is s set of capabilities combined with weWefined Ic 
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which, when accessed through a published interface, results in a desired and expected outcome on 
behalf of the turn. 

One of the major differences between a Service 2200 and an Application 21 76 of 2178 {Figure 22} is tha 
s Service 2200 includes the business processes thai support She sale. 

n developing a Service is defining what can 
vsth the Service, 

„ C > >5 Ut h jO w [ ^h i<: ?<: -A i. « 1 T U •> v. v. *" »i \ JN hO f! „ " ? 

specification. An instance of a service 2203 eontslne other objects, called service features 2252, A 
service feature 2202 provides a well defined interface- which abstracts the controlled interaction of one oi 
mors capabilities 2204 in the ISP Servics Framework, on bshaff of a service. 

Service features 2202, m turn, use various capability 2204 objects. Capabilities 2204 am standard, 

Setvsoe Creation is for &e engineers who are producing basis capability objects to insure each cars be 
reused in many different services as needed. 

a) Services 2200 Sesvioss 2200 are described by "service ioyic" which » basically a program waters in : 
vary high-level programming language or described using a graphioai userstierface. These service iogie 

^ < i t 1 - > i --t t t ! ^ * * l t n I 

the scare® of snput service data: the desfenebon for ouioui sensce data; error values and error handling; 
invocation of other services 22.06; interaction with other services; end ihe interactions wish other service* 
The service togie rtseif is generally not enough to execute a service 2200 is? the network. 

Usually, customer cists is needed to define values for the points of flexibility defined sn a service, or lo 
customize tha service for the customer's particular needs. Both Management and Marketable Services 
are pan of the same semes model Tha Similarities between of Management and tVsarkesabie Services 
allow capabilities to fee shared. Abo, Management and Marketable Services represent two viewpoints of 
the same network; fvlanagesrient Services represent ana operational view of the network, and Marketabii 
Services represent an external end-user or customer view of Ihe network- Soth kinds of services reiy on 
network data which is he: 



Every Marketable Service has a means for a customer to order tha service, a billing mechanism, some 
operational support capabilities, and service monitoring capabilities. The iVianagerseof Services provide 

features can m reused m many different servsces 2200, just as capabilities. 2204 are reuses tn many 
dSfersnl sarvics features 2202. Service features have specific data input raquirsrnerfe which are derived | 
from tha date input requirements of the underlying capabilities. Data ontpnt behavior of a service feature 

capabilities, Service Features 2202 bo not rely on Ihe existence of any physical resource, rather, they oaii I 
on capsbiiifles 2204 fcr these functions, as shown in Figure 25. 

Some examples of service features are; Time-bssad Routing - based on capabilities such as a calendar, | 
datswme, and cast objects, this feature allows routing So different locations based upon »me. 

Authentication - based upon capabilities such as comparison and database lookup, this function cars be 
used to validate calling card use by prompting for a card number andfor an access number (pin number), | 
or lo validate access to a virtual private network. 

Automated User interaction ■ based upon capabilities such as voice objects (for recording and p-ayoack of * 

collection or okitpuisrng of DTSvlF digits), vocsbiilary ohjects {for use with speech recognifioft'^this feature I 
allows automated interaction with ihe user of a service. This service feature object cars be extended to 
Include capabilities for video interaction v4m a asef as wall. 

c) Cspabiiities 2204 A capability 2204 ss an object, wrscb means thai a csspabsisty has snternat. private 
state data, end a v^S-daflnad interface for creating, deleting, and using instances of She capability. 

t< U* U 3 3p ^ -M& b V Hi O' > J < if 30 O 3 !. >- \. jf 1 1 > >• " ^ 



CXV A0001076.050 



for reuse. As such, capabilities have clearly <J«Sn«d date requirements for input and output structures. | 

Also, e.spsbiiitles have steady defined error handling routines, | 

Capabifities may be defined in ctiject-ohented eiass hierarchies whereby a general capability may be s 

dq* f ternr ■> q fi f - * TT f •> <o < ifu^n s " " f > 11 ot | 

Som® capabilities are net network-based, but are fcssed purely on data that has bmn deployed into our s 

platform. Some examples of these capabilities are calendar (to determine what dsy of the week or month | 

it is), 1 
1 ^ f r IC Oi >M ! 0 > O " " " ! v > I f « - ^ "> i > "> > v ^ ' "> > 0* - k, "> "> 

formats), and distribution (lo choose a r«$ui? based on a psfoontags distribution). | 

d) Service Data Them are three sources for data white a service executes: Static Data defined so the | 

service template, which include default values for a given service invocation. | 

interactive Data obtained as the service executes, which may be explicit user inputs or derived from the | 

underlying network connections, | 

Custom Data defined in Usee Profiles, which is defined by customers or their representatives when the | 

service is requested (i.e. at creation time!. | 

5, Service 2200 Execution Services 22GQ execute in Service Logic Execution Divrrortrnems (SLEEs). A | 
SLEE is executable software which allows any of She services deployed into the ISP 2100 to be executed. | 
fe I ■> h f - no t } (*-<jia^ 'np-i s j-^* v v t. j - " ; ^ i 
Engines 2134 simply execute the services 2209 that are deployed to them. | 

Service tsmplsigs and their supporting profiles are deployed onto database servers 21 82 {Figure 22). | 

When a SLEE is started on a Service Engine 2134, it retrieves its configuration from the database server | 

' "i c> > c ! <. * h oirr> c i :o > * f ^ >o \i<e 2 ' T c 1 fh< o 

services is pad of Ihe service templates deployed on the database servers, if the software is not already | 

on the Service Engine 2134, ihe software is retrieved from the database server 21 82, The software is | 

executed, and service 200 begins to run. ! 

in most cases a servsce 2200 w;ii first invoke 3 service feature 2202 injure 24) whscft allows the service s 

to register itself with a resource manager 2188 or 2190. Once registered the servsce can bsgsn accepiing * 

transactions. Next a service 2200 m invoke a service feature | 

2202 which waits on an initiating action. This action can be anything from an internet logon, to an 800 call., s 

to a point of sale card validation data transaction. Once the initiating action occurs in the network, the | 

service select function 2148 (Figure 21 } uses the Resource Manager 21 SO function io find an instance ol s 

the executing service 2200 io invoke. The initiating action is delivered to the service 22D0 instance, and | 

the service fogic {from me service ternc-iasst determines subsequent actions t>y invoking aaditionsl service * 

features 2282, 1 

During service 2200 sxscutien. profile data i& used to determine the bohavlor of service features 2202, s 

Depending on service performance requirements some or ail of the profile data needed by a service may s 

fas cached on a service engine 2134 tors the ISP 2100 database server 2182 to prevent expensive | 

remote database lookups. As the service executes, information may generated by ssrvies fsaturss 2202 | 

and deposited into ihs Context Dstabsss, | 

This informafiors is umqoeiy Identitisd by a nefv,.'ork transaction identttlsr. in the cass of a rsrcurt-swtehaci s 

cali. ihe alfeady-deflned Metwor-k Call identifier will be used as the transaction identifier. Addrtsonai s 

information may be generated by network equipment and deposited into the Context Database as wait, | 

also indexed by tbe same unique transaction identifier. The final network element involved with the | 

transaction deposits some e«d-of- transaction information into the Context Database. A iinkad list strategy s 

is used for determining when a-i information has been deposited into the Context Database for a pamcular ?: 

transaction Once aii Information has arrived, an event is generated to any service which has subscribed | 

to this kind of event, and services may then operate on the date io the Context Database, Such | 

operations may include extracting the data from ihe Context Database and delivering It to billing systems | 

or fraud analysis systems. | 

6. Service interactions in the course of a network transaction, more man one service can be Invoked by 1 
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the network, 



example of such a confe s VNET caffer has 3 service which does not site 

International caite. The VN£T cafier dials She number of another VNET user who has a service which 
allows international dialing, and the sailed VNET user places an international call, then bridges the first 
caller with the international oaii. The ordinal user was able to place an sntarnaUonel call through a third 
party, in defiance of his 

company's intention So prevent the user from dialing intemetsonaiiy. in such eifcutnatanees, it may ha 
necessary to a-iow She vm services to interact wrth each other to de serrriine rf operation of br tdglng an 
International call should ha allowed. 

The iSP service model: must enable services- 2200 to sntarad with other services. There are several way« 
in which a series 22Q0 must be abb to inrersc* with other services {see Figure 26): Transfer of Control 
2210: where a service has oompiefsd its execution path and transfers control to another service: 
Synchronous interaction 2212: where a service invokes another service and waifs for a reply: 
Asynchronous interaction 2214: where a service invokes soother service, performs some other actions. 

invokes another service but does not wait for a reply. 

originating VNET service using the synchronous service interaction capability. The interesting twist to this 
idea is that service logic can be deployed onto both network -based platforms and onto customer premise 
equipment. This means that service interaction must ratio piaoe between mUt&k-to&ma services arid 
csu sterner- based » 



7. Service Monitoring Services 2200 must he monitored from both the customer" s viewpoint arid the 

event Information for delivery to the transaction contskt database The service can generate statistieaS 
^formation for delivery periodically to a statistics database, or for retrieval on datrsatid by a statistics 

Analysis services cart use the Statistics Database or the Context Database to perform real time or near 
real time data analysis services. 

The Context: Database collects all event Information regarding a network transaction. This information will 
constitute aii information necessary for net wo* troubleshooting, billing., or network monitoring. 

1. ISP Data fvfsnagement: ivtodei: This section describes the Data Management 2138 aspects of the 
intelligent Services Raiiorm <5SP) 2100 Target Architecture. 

1 Scope The ISP Data Management 2 138 Architecture is intended to establish a model which covers the 
creation, maintenance, and use ot cats m me production environment of sne iSP 2100, rociuding aii 
transfers of information across the iSP boundaries. 

The Data Management 2138 Archlfscture covers aii persistent data, any copies or flows of such data 
within the ISP, and sit flows of data across the ISP boundaries. This model defines the roies for data 
" o r > " " pt Mi nm} 1 i r ic , a } jkijiK o ~ n jtiip an^ i <■ ^ t * 

JSC- Uit:nt-> VJ »Ct-r:t-ntpo ,J5 vhe e..p:^p: 

2. Purpose The objectives of this architecture are to: Create a common ISP functional model for 
managing date; Separate data from applications: Establish patterns for the design of data systems: 
Provide rules for systems dspioyrssnt; Guide future technology selections; and Reduce redundant 
developments and redundant data storage 

Additional goals of the target enstmeciure are: Ensure data flexibility; Facliitalo data shanng; Institute ISP- 
wide data control and integrity; Establish data security end protection; 

Enable data access and use; Provide high data performance and mi lability; implement data partitioning; 
and Achieve operational simplicity 

3. Data management Overview tn one embodiment, the Oats fv-anagemsnt Architecture is a framework 
describing the various system components, how the systems Interact end the expected behaviors of 
each component in this embodiment data is stored at many locations simsjitaneoysly, but a particular 
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A key differa-nos m this m\bo&tnmi Is thai the user {or end-point) dictates- what data is downloaded or | 
stored locally. | 

a) Domains- Date and data access are characterized by two domains 2228 and 2222, as show;? :n Figure | 
27, Each domain can have routfcples copses of data within )t. Together, she domains create a singb logical :! 
glotoal database which cars span international boundaries. Ths icsy asp-set So the domain dsMom below sj 
is thai aft data access is the same. There is no deference sr* an Order Emy feed from a Call Processing | 
lookup or Network side data update, | 

Cenfral domain 2220 control® and protects the integrity of the system- "This is only a logical pottrayai, not | 
logics; portrayal, not a physical entity | 

fa} Partitions In general, Dats is stored at many locations simultaneously, A pedicular pises of data and ait | 
of its replicated copses are viewed logically as a single item. Any of these copies may be partitioned into | 
physical subsets so that not all data items a; 



o* Arenitsctere The architecture is that of distributed databases and at 
following functionality; Replication and Syochierilzaiioo; Partitioning oi 
Transactions! Capability; and Shares common Schsmas. 

Figure 28 shows logical systsr 

The elements m Figure 23 are: NETWK. 22,24 - external access So to® ISP 2100 from She neiwor k ssde; 
SVC l/F 2226 -the network interface into ISP; SYSTMS 2228 - external application such as Order Entry; 
GA'V 2230 - a gateway to the ISP 2100 for external applications; dbApp-i 2232 - a rote requiring data 
access or update capabilities; dbCiienf 2234- -he primary role of tha satellite dornasrt; deServer 2238- the ; 
pbrnary rote of the ossrsfral domain: ribAdmirt 2238- an administrative rote for Data; dfaMon 224>A a 
monitoring rote : iff Admin 2242 adrrsrsstrative rale for interfaces; and Ops 2244- operations consols, 

d) Information Flow Tha flows depicted in Figure 28 am logical abstractions; they are intended to 
characterise the iyps of information passing between the logical components. 

The flows shown above are: Feat - data roqaes 
updates from applications within ISP; 

additions to ISP master data: Changed Data changes to ISP roaster data; Views - retrieving SSP master 
cists; Subscriptions -asynchronous stream of ISF master data; Cache copies- a snapshot copy of ISP 
master data; Actions- arty central activity; and Controls any control data. 

«} Domain Associations In general the Satasilte domains 2222 of Data Management 21 SB encompass: 
ISP Applications; .External systems Network interfaces 2228 and system gateways 2230: and Database 
client (dfoCfterit>2234. 

Ths Centra! domain for Data fcSanagement 2138 encompasses; Monitoring fdbMon ) 2240: Administration 
(dbAdmth) 2238; and Database masters {dcServer) 2235 4. Logical Description Tha behavior of aach 
Architecture component is described separately baiow: a) Data Applications idbAppis 2232 This includes 

Transaction Servers, The applications obtain their required data from the dbCSseni 2234 by attaching to 
the desired databases , and providing any required policy instructors, These applications aiso provide she 
database access on behalf of tha 

Data applications support tha foiiowmg functional Ity ; updates: allow an application to insert, update, or 
Access requests assow an application to searcn for data, list multiple items sesaet stems from a fest or set. 
Events and Maasurarcarits are special forms of updates which are directed to tea monitoring function 
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b) Data Management 21 38 (1) Client Databases (cibOient} 2234 The dbCiients represent satellite oopses | 
of data. This is She only way ter an application to access ISP data Satellite copies of data need not snatch f 
the format of data as stored on the dbServer 2236, 

The dbCSeote register with roaster databases {dbServer} 2236 for Subscriptions or Cache Copies of data. | 
Subscriptions sr« automatically maintained by dbServer 2238, tut Cache Copies must be refeshed when | 
the version is out of date, 

A critical aspect of dbCtisnt 2234 is to ensure that dais updates by applications are seriailzsd and 
synchronized with the roaster copies held by dbServer 2236, However it is Just as reasonable for the 

exception notifications could be conveyed back to the originating, application). The choice to update in 
lock-step, of not, is a matter of application policy not Data Management 2138. 

Only changes made to the dbServer master copies; are forwarded to other dbCiients. 

If a dbOfeni 2234 becomes inactive or loses communications with the dbServer; it oiusi reeyochrorasee 
with the roaster, in severs cases, operator intervention may he required to reioad an entire database or 
selected subsets. 

The dhCfient 2:234 offers the following interface operations; Attach by an authorised appiicaSloo to a 
specified set of data; Policy preferences to be set by m authorized application; Select a specified view of | 
the iocai oopy of data: insert, Update, or Delete of tne mm copy of oats; Synchronise subscnpsed date 
with the dbServer; and Expiration notifications from dbServer for cached data. 

Additionally, the dbCl;ents submit Logs or Reports and signal problems to the monitor idbMon) 2240. 

(2) Data Masters ( dbServer) 2236 The dhSsrvers 2.238 play a central role in the protection of dsta. This 
is where data is 'owned* and master copies maintained. At least two copies of master date are maintained | 
for reliability. Additional master copies may be deployed so improve data performance. 



d in lock-step. That is each update is required to obta 
master-lock in order to prevent update conflicts. The strid implementation policies a 
general, ait master copies must preserve serial ordering of updates, and provide ths 
and same integrity enforcement as any other master copy. 



The internal copies of data are transparent to the dbCiients 2234. 

The dbServer 2236 includes she layers of business rules wroch describe or enforce the rsiabonshsps 
between data Hems and which constrain particular data values or formats. 

Every data update must pass these rules or Is rejected. In this way dbServer ensures aii data is- managed 
as a single copy and all business rules are collected and applied uniformly. 

The dbServer 2238 tracks when, and what kind of. data changes are made, and provides logs and 
summary statistics to the monitor idblVfon) 2240. Additionally these changes are forwarded to any active 
subscriptions and Cache-copies are marked oof of date via expiration massages. 

The dhOo ,a aso pto* des set ftU <. '-xss a < 1 .i„? a ali, m "xJ * is., es t^ai s ciet iterx am 
on cry pied before storage. 

The dbServer supports the following Interface operations: View selected data from dbServer: Subscribe io 
selesred data from dbServer: Copy selected data into .a cache-copy at a aoOissot 2234: Refresh a 
dbCilent cache with the current copy on demand: New data insertion across alt dbServer copies of the 
master; Change data attributes across all dbServer copies; and Cancel previous subscriptions and drop 
cache-copies of data 

;3t Data Administration <dbAdmwi 2238 Data Administration idbAdmln) 2238 involves setting data policy, 
managing the logical and physical aspect of the databases, and securing and configuring the functional 
components of the Data Management 2138 ctomaln. Data Management policies include security, 
•stU ! o r t ^ i !u ' u tnh >^ ro o >^ strait 

^ -<* i 4 wu*l\ 1 >v> 1 m * r< ^ - ' t ^ ■.!. ^ n t - ■> h i* i m 

allocating physical storage, allocating niemory, loading data stores, optimising access paths, and fixing 
database problems, dbAdmln 2238 also provides for logical controi of data such as auditing, reconciling, 
■n , „ . K> iu v<c ens^ftnu X( =! 

The dbAdmin 2238 supports the following interface operations: Define the characteristics of a data type; 
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Create logical containers of given dimensions; .Relate two or more contalnere through an association; 
Constrain data values or relations through conditional triggers and actions; Ptace physics! container for 

and their data; Load data from one container to another; Cissr the data contents of a container; and Verify 

(4) Data Monttonog (<MAon) 2:240 The dbtVion 2240 represents a monitoring function which captures a!) 
dats-rsiatsd events and statistical measurements from the ISP boundary gateways, dbCilents 2234 and 
observers 2236. Trie dfeMon 2240 mechanisms are risers to create audit traits and togs. 

The dbMon typically presents a passive interface; data is fed to it. However monitoring is a h&narchieai 
activity sod further analysis and roil-up (oompiiatton of data collected at inter/sis, such as every rrtets, 

>fofv i s^n i m >■ Jia^j ^ 'n Jxiv ^ ■> on\ 5 a dim ^ 0 \ _ i ^ d 

alerts when certain thresholds or conditions are met 

The rate and count of various metrics are used for evati-iating quality of Service (QOS • , data 
psrfotmence, sod other service level agreements Aii exceptions and date mot& are togged and flow so 
the dbMon for inspection, storage, and roll-up. 

dbfVfen 2240 supports the following interface operations: Setting monitor controls, fitters, and thresholds;; 
Logging of data related activity; Reports of status, metrics, or audit results; and Signaling alarms, or 

(5) Data Management operations {Ops) 2244 The Operations consoles (Ops) 2244 provide the 
workstation-interface for the personri«t rnoorrofing, administering, and otherwise managing the system. 
The Ops console* provide access to the operations interfaces for dbMon 2240, dbAdmin 2238, and 
dbServer 2238 described above. The Ops consoles 2244 also support the display of dynamic status 
through Icon based maps of the vanous systems, Interfaces, and applications within the Data 
management domain 2138. 

5. Physical Dsscnptson This section describes the Data ivianagement 2138 physical architecture, it 
describes how s sat of components ootid he deployed, A. generalized deployment view is shown to Figure 
29. 

in Figure 20: Cfrcies are used to represent physical sates : boxes or combined boxes are computer nodes, 
and functional rotes are lodicaled by abbreviations. 

The abbreviations used In Figure 28 are; OS - order entry systems 22S0; <3W - ISP gateway 2230; , APP 
-■ application (dbAppf) 2232: CI - a dbCSieot 2224: 8VR- a dfeServer 2236; ADM- a dbAdmin componem 
2238; MON- a dbiVion component 2240; and Ops •• operations console. 

The to notion si roles of these eiements were described above (see Logical Description of the Target 
Architect!.) re; in connection with Figure 28, 

Each of the sites shown in Figure 2§ is typically linked with one or more of the other sites by wide area 
network (WAN) i'nks. The exact network configuration and sizing Is left to a detailed engineering design 
task. It Is not common for a database copy to be distributed to the Order Entry (OE) sites 2251 , he-waver 

functionality. 

On the network-side of the ISP 2100, Satefftte Sites 2252 each contain the dbCiieni 2234 too. 
These sites iypicsiiy operate focal area networks {LANs;, The dbCiients act as iocs; repositories for 

■■!= ^ i.^t! v v. 'f J t ^ J vK. < IV a \ VS - v>' Cv " V .1 \vv i I I' v '"v, *i t'. 

translations. 

The Certsraf sites 2254 provide redundant data storage and data access paths to the dbClsents 2234. 
Central sites 2:254 also provide roii-up rnomtonng (dbtvion) funofcons alshongh dbsvlon components 2240 
could: be deployed at satellite sites 2252 far increased pertbrmanea. 

The administrative functions are located at any desired operations or administration site 2254 but not 
necessarily In the same location as the db-vton Administrative functions require the dbAdmin 2238. pins 
an operations console 2244 for command and control. Remote operations sites are able to access the 
dbAdmin nodes 2230 from wide- area or local-area connections. Eacb of the sites is baeked-up by 
duplicate functional components at. other sties and are connected by diverse, redundant links. 

to ft « c-> k>n t t ^1 t> st »' d< c <:< t !. *• t <. di o x -> » \ hor h^ 
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considered. 



Ti>» LV,a Mana^ewx JldS escittteotiJOs cio&» ict fssq^ »e auv pjrsicoiaf ;*cbno „-o> io jerfate ho-Aevaf I 
different leohrsology choices w« smpac* tne resulting performance of the system. 

Figure 30 depicts a set of technologies which am able to provide s very -high performance environment. 
Specific application requirements will determine the minimum level of acceptable perforswance. Three 
general environments are shown. 

is-! the upper part, » fr&ttti-pratoco! routed nstwofk 2280 connects externa! and remote elements with toe 
central date sites. Administrative terminals, and smaller mid-songs computers are shown, plus a higl>- 
isvsllsblfty application ftetffam such as Order Entry. 

Ift toe center are isrge--ssais high-performance machines 2282 with largo data-storage devices; these 
dbSesw 2236 and dbMon 2240, 

In the tower pan: of the aiagrafn are local ares processing and network interfaces 2264. such as the iSN 
operator centers or DAP sites. 

7, Sroptementafeis White much is known of the current ISP data sy stems, additional detailed 
requirements are necesssry before any final implementations are decided. These requ tremems muss: 
encompass existing ISN. NCS, SVS< NfA, and 1UH system needs, plus all of the new products 

, \ V V <. i >: > O -Mi ( it t !>':'••> hi 'V- ..::. s s ! s 

if ^ Uf^i ( pO'^ !!l P3 _ I ^SiS kd d 3 t 3 io I 

related astrvrty* is tracked and audited. Data encryption is required for ail stored passwords. PINS 
(personal Identification numbers), private personnel records, and selected financial, business, and 
customer information. Secured data muai not he transmitted in clear-text forms. 

used to describe and manage (i.e. manipulate) operational forms of data. Under this arcftiiecfure, as 

provides the most flexible run-time options. Mots-data is typically under the control of the system 

administrators, 

10 . Standard: Database Technologies implementation of the proposed Data rVlanageroeni Architecture 
should talus advantage of cosTtmercialiy available products whenever possisie. Vsndors offer database 
technology, rspiicstbb asrvices. Rules systems, fVionitodng fsdlities. Console environments, and many 
other attractive offerings 

i Management 21o0 Model as A 

a) Scope The Resource Manage raent SVksdel covers the oyele of resource allocation and de-aitocatfon m 
terms of the reia tionships between a process that needs a res<wre», and the resource iSseif , 

This oycie starts mih Resource Registration and Do-regisfrafion and continues to Rasoui'ce Rsqutaiiiori, 
Resource Acquisition, Resocrco inferadioo and Resourm Release. 

o - oo^o " Nf t. <• tv'ai! - -i r ^: IPO tdoaei ~ rount ;^ d*;*- <o r o-^rx n u y 1 " -e. t a! dp i 
for She ISP development community in general, and for the iSP Architecture in pariicdar. 

c) Obiactivss In tbe sxistlng Ij-aditionsi ISP architecture, sar/ioss control and manage tiifiir own physical 

defining a management functions: ity thai governs the relationships and interactions bsfsvesn resources 
end services. Tpss fenotiottality ts represented by the Resoorce Management 21 50 Modei. 

rrianagament and: to optimize resource otiiisation. to enable resource sharing across the neiworx: Abstract i 
resources from services: Provide real-time access to rssouros status; Simplify the process of adding and : 

d) Backgroijnrf Concepts Seneraiiy, the Resource Management 21S0 Model governs the relistion ships 
and interaotions between ths rssounses and ths processes that utsfes them. Before the model is 
preserved, a solid understanding of tine basic terminology and concepts used to expiasrs the model should : 
be estafoiiahed. The following list prssents these terms and concepts: 
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(1 ) Definitions Resource A basic unit of work thai provides 3 specific sod well-defined capability when 

speech recognition algorithm, or physical, like CPU, Memory and Switch ports, A resource may be 
Shared tike an ATM Sink bandwidth or Disk space, or Dedicated »e a VRU or a Switch port, 

f: A set of registered resource members that share common capabWies. 
the resouftiss tbem«lm 

pool sszs thresholds and resource usi-Eatson thresholds. 

(3) Concepts The Rssoiifcs Management MzxM is a mechanism vvhiich governs and aKows 3 set of 
functions fo request, acquire snd release temifcm to/from a resource pool through well-defined 
pKsoedoras and pofcies. T he resource allocation and as-altocsilon process involves three phases: 
Resource Requisition <s She phase in which a process requests s resource from the Resource tVlsnag* 
2150, 

Resource Acquiskion: if the requested resource is available and the requeuing process has she privile 
to request it, the Resource Menagar 2150 will grant, the resource and the process can utilize it. Oifwvs 
the process has fhe ohoioe fo either abandon the resource aiiooeiion process and way try agsro later, 

within a specified pedod. 

Resource Release: The aitoeated resource sshoold be put back roto the resource poof ones the process: 
longer needs it Basse on fhe resource type, the process either releases the resource and tne resoure 
informs the Resource Manager of its new 

f informs She Resource Manager that the resource is available. Irs either cas 
I restore trs resource to the 



The Resource Management Model afto-ws for the creation of resource pools and the spedficattoa ofih© 
as legitimate members of resource pools, 

Resource Management Modal: policies enforce toad balancing, failover and least east asgoffthms and 

-^t nstulcrf t r^ii'tik s cs^o-jr- ^- nVti scan.* - -> ^ « ^ ^-y^ 

demand. Any -service should be able to access and uife any available resource across the network as 
long as tt has the privile; 



Under this model, each resource is represented by a Managed Object (MO). Each MO -.s de 
<. * „v Latt ^Ju v s 

Operations: Each MO has a set of operations that are .allowed to be performed on it. 

These operations are: Create: to create a new MO Delete; to delete an existing MO Action 
specific operation sum as SHUTDOWN. 

Gat Value: to obtain a specific MO attribute value Add Value: to add specie MO attribute vs. 
Value: to delete a: specific MO attribute value from a set of values. 

Replace Value: to replace an existing MO attribute valueis) *itn a new one. 

Set Valus:: to set a specific MO attribute to its default value, 

Notts- cation: Each MO can report or notify Its status to the roanagsmsnt entity. This could bs 
triggers or trass. 

Behavior: The behavior of an MO is represented by how It reacts to a specific operation and 
constraints imposed on this reaction. The MO may react to either external stimuli or internal 
external stimuli is represented by & message Stat carries an operation, ' 
Interna! event that occurred to the MO like the expiration of a timer. A c< 
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reaot to the expiree" few may be imposes! fey specifying how many times the timers has to expire before 
the m> can report it 

access it through {he operations defined above. Concerned elements thai need to hnow the state of a 

Global and Lacs! Resource Marsagsmsrtf: The Resource ivtonagemeni Model Is hierarchical with si least 
two SeveSs of management Loo&i Resource Manager (LRM) 2199 and Global Resource Manager CGRiVi) 
2188s Each RU, boost ane" Global has its «w domain and funcUonaiity. 

2 The iocs! Resource Manager ii.RM}: Domain: The domain of the IRM S» restricted to a specific 

> < < •> X ■> > * I c f t ■> s if c I -s =! 

kscaie, each LRM may be resporrsieie for managing a specific resource pool. 

Function: The main functionality of the LRU Is to facilitate ths resource aliocsfston and de -alio cation 
process betvsreen a !>toa» an i a x <.* jk«. > urn* t «. v*» V ssge^ent. &Y>ot -t n^t 

3. Tm Global Resource Manager (GR5v<5 2188: Oomain: The domain of the GRM 2188 covers «!! 
registered resources tn ali resource pods across the network. 

Function: Ths ma® function of ths GRM is to help me LRU 2190 ioeate a resource ths. Is not available Ir 
the IRM domain, 

Figure 31 iusirates the domains, of the mm 21S8 arid IRM 2190 mihm network 2270. 

4, Ths Resource Management Model {RUM} The Resource Management hfod« 
of Dynamic Resource Allocation as opposed to Sialic Conrlgorafion. The Dyo.an 

Ths aiiocagon and de-allocat:on process ss based on supply snO dsmsnO. Trie Resource Managers 2150 s 

through the Resource Managers 2150. On the other'nand, Static Conflgurs.ioo implies a pre-defirted 
relationship between each resource sod ths process that needs si in suon a oaae. Share is no need for a | 
management en% to menage these resources. 

Ths process dealing with the resources can achieve that dlrsetiy. Dynamo Resource Allocarbn and Static i 
Configuration represent the t*v© extremes of the resource management, paradigm*. Paradigms that fail 
between these extremes rosy exist. 

The Resowee Management Modei describes the behavioroi the IRM 2180 and GRM 2188 and the 
<. „, <. ) > m nt iv fct ? h ? i xii i-xsi * >. ij« $ v, * \ n^t ^ „ 

?h& resource aiiooa.-oo and oe-aiiocarion process setw=>er. tr,e ;.RM/GRy ano ths processes nsediog ths 

Involve a complex process, s simpie form of this process Is presented hers as an introduction to the 
actual model Simple resource allocation and ds-aiiocation is achieved through sk stops. Rgure 32 
depicts these stops. 

1. A process 2271 requests the resource 2173 from the resource manager 2150. 
2s The resource manager 21 SO asiceates She resource 21 73. 

0. The resource manager 21 50 gr.ants the allocated resource 2173 to the requesting process 2271 

4, Ths pfocsss 2271 i'nterads with tj-se resource 2273. 

5, Wher. the process 2271 ss finsshed wlrh the resource 2273 It informs ths resource. 

6, The resource 2273 releases itself back to She resource manager 21 50. 

s) The Rissoijrfis Maitagemeos Wadal Lcgioas £:e:-nento The Rssou^oe Svtooaosmens WoOal >s 
represented by a sot of togicai elements that interact and co-operate with each other m order to achieve 
the objectives mentioned earlier. These elements are show. In figure 33 and include: Resource Pool 
£RP; 2272, IRSvt 2 180. GRNS 2188 and Resource Msm&twrt Infon-naSion Base fRMIS) 2274, 

i'1 } Resource Pool (RP) 2272 AJ resoufises ttsat are of the same type, shsre common attributes or provide | 
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the same capabilities, and am ioc-afed »n Ihe & 
form s Resource Pcoi (RP) 2272. Each BP w8 

(2) The Loeai Resource Manager (LRU) 2.190 The LRiyS 2.190 is the WMftt thai ss responsible for the 

All processes that need to utsi&e a rasouros from a RP that is managed by a LRU should gasrt access to : 
She resource through lhat IRM and by using She- simple Resource Management Mods? described above. 

{3} Ths Global Resource Manager {GRiVTi 21 S8 The GRM 21 88 is tba entity that has a global View of hVs ! 
rssoufse pools across the network. 

The GRftf S3=ne Ih*, global view ihrjugh }fie LRMs 2180 A;; LRMs update the GRM >vsh RP 2272 status : 

^ t. ^t (. \ f H ^ . - t ta x " <. ' - 1 k>' 1, M* !. v . < - O' * 

resources are busy or because the requested resource- belongs to another locale. Sri such cases;, the IMM \ 

(4) The Resource Nanagemsnt information Base RMI8) 2274 As manttorsad above, as resources <*ffl bo : 
treated as managed objects (MO), The HUB 2274 is the database that contains ait the Information about : 
all MOs across the network, MO information includes object definition, status, operation, eto. The HMIB is \ 
part of the ISP Date Management fdodel. Ail LRMs and the G&M ca n access te Rf*li8 and can have 

5, Component interactions To perform f heir tasks, the Resource Management Model efe masts must 
interact and so- operate witmn the mies. poises and guidelines of she Resource .Management Model. 
« v \ «- ^pl Si . \ » - r U \ > t<,^. ^ j 

a) Potiiy Relationship (F:R) Diagram (Figure 33): to Figure 33. each raetangje represents one entity, the 
srarb between the V implies the relationship between bvo entices end she square brackets *fj" imply that I 
ihsd«v\' m >w, t t ^ \ot " >> fv no'Ots-d Mtw) >*x ■•c ^ ">t ett~d >w "hs numbers ; 

Figure 33 can be read as Wows: 1 . One LRIV1 21 90 manages one RP 2272, 
' .. .J- V & ,0t'C ws* the ^Vh5 , 

3. Many LRWs 2 t 90 access the <SFUs 2 1 88. 

4. Many GRMs 21 88 access the RUIB 2274, 

resources that have to tm dynamically managed. There are some cases where resources are statically 
assigned. 

LRMs 2190 oosf ate on resource cools 2272 wtsere each resource poo! contains a set of resource 
members, in order for the LRU to manage a mttem resource, the resource has to inform the LRtvl of its 
existence and status:. Also, She (ZRM 218S oesds to be swam of the avallabiirty of She resources across 
the network in order to he able fo locate a certain resource. 

The ferSowing registration and de-rsgistratioo guidelines should be applied on all resources that are to be : 
poet 2272. 

All LRMs reus; update th* GRM 31 38 with the isles; resource avasability based on the- registered and da- : 

c) GRM, IRM and RR interactions Every RP 2272 will be managed by an LRM 21 SO. Each process that 
needs s specific, resource typ-s wlii be assigned en LRU that wiii faciiitate the resource access. When the \ 
process needs a resource It must request it through Its assigned LRki When the IRM receives a request I 

member of the pool and passes a rssourcs handle to tne process. The process ■ntoraets with the 
resource orstii ins done with it. Based on fee resource type, onoe the process ss don® with the resource, tt I 
either informs the resource that it is done with it, and the resource itseif Informs its LRU that li Is avaiiabie. : 
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2 R^os-k-gs is not av^abie In tsvs case, iiw LRfvl 21 consuite v.-th ths GRM 21S8 tor an extsnsai 

resource poo! that contains She requested resource, If no externa! resource ss available, the IRM informs s 

the requesting process that no resources are awsilahle, fa this esse, the requesting process o?ay: give up | 

raqoesi feat She LRU atocstes the resource If it becomes available within a speeded period of iinm | 

St e\t"Kna! res jjics ~ a^s abte :ne J Jd fr . passes to- aton arid stwess sntc smat' jo so :ne LW, | 

2190. Then the LRU either; allocates the resource on the behalf of the requesting process and passes a | 

resource handle to it (in this case ths resource allocation througn the GRM is transparent to the process), s 

.. St:- *li-> *-\j< f -i --Li O Ot^sS 'U.^ U ^ -k s " * * f M V:..^ - So ^ v - 

ri:} GRM, LRM and RMiB interactions The m&lB 2274 contains all information and status of aii managed s 
resources acn^s the network Each s.RM 2180 wiii have a *ss-wef tt>« RM88 274 that maps so tns RP 

2272 :t manages. The GRM 2188, on the other hand, has a total view of ait resources across the network. | 

This view consists of aii IF?M$ views The <3RM's tots! view enables it So locate resources across the | 

fa order far the RMB 2:274 to keep accurate resource information, each LRU 21 90 must update the RMiB s 

with the Safest resource status. This includes adding resources, removing resources and updates I 

Both the LRM 2190 and ORW 21 S8 can gain thesr access and v:sw of the RMiB 2274 though the ISP 

Data Management entity. The aciuai snarisgement ot She RMB dais belongs to the SSP Date | 

■> ^ii) it h< P « <. Rf ^ -> ^ n tit >. ythexM"* | 

K. Operasiona! Suopert Mods; L introduction Most ot the existing ISP .service piattorms wens developed ?: 

ot>p •< v f v its n t <"V> -< > 1 3 u p »t o-it(r^ o >> ft c o^urrx ic | 

platforms need to migrate to an architecture with a common model for sii of its Operational Support | 

features across si; of its products This requires defining a mooes that w;:i support current nseds and wiSi a 

withstand or bend to the changes that w::: occur :n the future. The Opefaiiorsai Supporf Mods! (OSsVi) | 

defines a framework for impfesTieritshon of msirsagemeni support {or &m iSP 2100. | 

a) Purpose The purpose of fhs Opsrstionai Ssjpport Modsi is to; achieve operations; sirripisoity fry | 
integrating toe msnagemeot platform for ISP resources: reduce the learning curve for operational s 
persoaoei by providing a common management fofrastructura:; reduce the cost of marsagsrnsnt systems | 
sy reducing overlapping managsmsnt system devetepment: imps^ove time to mantet for iSP services &y 
providing a comrnao aianagernerd Mrastrudure for aii of the ISP services and network eiements; and | 
provide a framework for managing ISP physical resources (hardware} and ioglsai: resources (software), | 

b) Scope The OSM des«;nbed here psxwfcSes for ttie distributed SYsas'sageaies-it of iSP physical jietwork s 
elements and the services that run on tham. The menagement framework described herein could also be | 
extai^tded to She management of iogicaf (sc^ars) reso-ufoss. However, the arohsecturs preses^ted hers | 
\vi heip O'sap ufllssaSion and fsuits on prsysksal resources to their resulting srapsct on services, | 



.sr within four iayers Planning. Servtee Managen^ent, Netwofk Layer 
NeSwork Eiements. 

information within the layers, fails info four functional areas: Configuration Management, Fault 
Mansgemeot, Resource Wemuremenfc, and 



The use of a oorstr 

and sSmpiify ttse ar 

This operatiof;ai support a;GS;lfecii.:re :s oorssisteiit with the ITU TelecorrsnKWiscaSons Msnagesrient 4 
hietwork (TMM) standards. | 

c) OstirsiSsons sVisnsged Object; A resource that is monitored, and controlled by one or more mauagenism 4 
systems Managed objeots are located within managad systems and may be embedded in other managed 1 
objects. A managed object may be a fogies* or physical resource, and a resource may he represented by I 
more than one managed object (snore than one view of the object), | 
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Managed System: One or more managed objects.. 

Management Suo-Qomssv A Management domain that is whofiy locate <#®m a parent management 

eonfro! functions on managed cfcjects sndfcr }«arsa8«m«nt sub-domains. 

Management information Base : A M& contains information about managed oojaots. 

yaoagemsnt Domain; A coiiection of one or mors nisnageroeni systems, and zero or mora manages 
systems and management sub-domains 

rework Element; The Taiseomraunicaiions network consist of many types of analog and digital 
tafecommyraestksns equipment and associated sLtpportsqulprnsni such as transmission systems, 
switching systems, multipisxes, signaisng terminals., from-sftd proc 
fife servers,. lAfvs, WANs, Routers, Bridges, Gateways, Ethernet 5 
etc. Whan managed, such equic-menf is generally referred to as a network element (NS). 

Domain; The foanageroani environment may be partition in a number a ytfaye such as Rioctionatty (fault, 
service.../!, geographical, organisational structure s ate. 

Operations Systems: The management functions are resident t« the Operations System. 

2. The Operational Support Mode! Figure 34 shows the four management layers 2300. 2302, 2304 and 
2308 of the Operational Support Model 2308 oyer the neiwork elements 2310, The Operational Support 
Model 2308 supports the day to day management of the iSP 2100. The mods) is organised along three 

activities that provide the management ssrvices. tvianagsd objecte fa resource) are monitored, comroiisd, 
arid altered by she management system, 

management layers 2300-2306. 

£1) Piannmg The iSP Planning Layer 2300 :sthe repository fordaia expected about the SSP 2100. and the 
place where thai data is to provide aPdlilorsal valna. 

Configuration {Management 2312: Setting of policy, and goals. 

Fault Management 2314: Predicting of mean time to failure. 

compliance, maintenance agreement, work force). 

Accounting: Determine cost of providing services m order to support service pricing decisions, 

(2) Service MsnsgsraentThs Series Ordering, Deployment Provisioning, Quality of Service 
agreements, and Qualify of service monitoring are in the ISP Service Management layer 2302. Customers 
vw8 have a restricted view of tie SM layer 2302 to monitor and control their service*. The BM layer 
provides a manager! s) that .interacts with the agents in the NLMs. The BM layer also provides an agents) 

interact with other managers m the BM layer, in that case to are manager- agent relationships at the 
peer level. 

Configuration Management 2320; Service Definiti 
Activation. Service Characteristics. Customer Chi 
provisioning: provisioning of other data or other resources. 

Fault Management 2322 Monitor and report violations of service agresm 

n of a servio© agreernor 



Accounting 2326: Process and forward Accounting information, 

NeSwork Layer Management' The SSP Network Layer Management (HIM) Layer 2304 has ti 
responsibility for the management of sit the network elements, as presented fey the Element 
Management both sodrviduafiy and as a set, it is not concerned with how a particular elemei 
s internally. The. NLM layer 2304 provides a managerfjs) that Interacts with the agent: 
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2306. Tte HUM S«y*r also provides an agents ■ that interacts wtn the managers) in the SrVS tayw 2302, | 

Managers within the NLM layer 2304 may also interact othsr managers fet the NLM byer. In that case | 

Configuration Management 2328 provides functions to olafVfe the characteristics of the iocai and remote :! 

re sources and services from a network wkte perspective, | 

<-> \< •< v qi> r t >^{ * -> ct s t i }■> " t ki >ou* sc c -> d ot < *<- h< i c vt-< c | 

multiple :N£s. | 

Resource Measurement 2332 provides for the network wide measurement analysts, and reporting of | 

resource utifeation from a capacity perspective, | 

Account 2334 consolidates Acoounfersg irsfonytsiior; from rrailfcpla sources. | 

(3) Element Management T ha Semen! Management Layer 2308 is responsible for the MEs 2310 on an | 

indhfldutf basis and support:? an abstraction of the functions prowled by the NSs The ESVS layer 230-6 | 

provides a managers) thai interact with the agsnts in the NSs . The iaysr eiso provides m agent's) | 

thai interact with the managafts) in me HIM layer 2304. Managers within the EM layer 2308 may also 4 

interact other managers m the EU iayar. In that case tsars- are manager agent relationships at ths peer | 

Configuration Management 2338 provides functions to define the characteristics of the local and remote | 

Fault ivlanagemertf 233$ provides functions to dated, report, isolate, and correct faults. | 

utilisation from a capacity perspective. | 

Accounting 2342 provides for the msasursrosm and reporting of resource utilisation from an accounting | 

- \ rii'"it;nt ™h^ v >a 5 r ot, --sst »? ;~'.,'iSc'-»- s ! v"\U«i rncrii ! c.,"..s ■.,',>>,;> swi^-f^ -"Oipmorr : 

that provide the network csoahillties are Network Bemenis 2310. NEs provide agents to perform | 

operations on the behalf of the Element Management Layer 2303. | 

o} information Model Figure 35 shows manager agent interaction. Telecommunications network | 

management is a distributed Information application proems, it involves ths interchange of management | 

Information between a distributed set of management application processes for the purpose of monitoring | 

and controlling the network resources iNE) 2310. For the purpose of tnss exchange of information ths sj 

management processes fake on the rote of either manager 2350 or agent 2352, The manager 23S0 roie | 

is to direct management operation requests to the agent 2352, receive the results of an operation, receive | 

event notification, and process the received information. The role of the agent 2352 Is to respond to foe | 

any responses or nokscauons to ths manager'' One manager 2350 may irsseract with many agents 2352, 4. 

and ths agent may interact wrm more than one manager. Managers may be cascaded in that a higher sj 

level manager acts on managed objects through a tower levei manager. In that case the lower level | 

manager acts in both manager and agent roles. | 

3. The Protocol Model a} Protocols The exchange of Information between manager and agent relies on a 4 

set of communications protocols. TMN, which offers a good model, uses She Common Management | 

Information Services {CMiS} and Gammon Management Information Protocol (CtelP) as defined in sj 

Recommendations X.?t0< and X.711, This provides a peer-to-peer communications protocol based on | 

STU's Application Common Service Element {X,21 ?' s«sv:c« description & X.22?' protocol description) and 4. 

Remote Operation Service Element fX,213 service description & X.22S protocol description), FTArVS is i 

also supported as an upper layer protocol for file transfers, The use of these upper layer protocols ts 4. 

described in Recommendation X.312. | 

aiso describes ths intervvorKing between different tower layer protocols. This set of protocols ss referred to 

as Q3. | 

b) Common context in order to share Information between processes there needs to be a common | 

vincierstcnd'ng of the inferpneiafiori ->t ihe infomtation exchanged ASN.i (X 209.; with 8ER could be used : 

to develop this common understanding for all POO exchanged between the management processes | 
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and ss modeled after Sns 7 MiH CsVUS services'. ' " | 

SET: To add, remove, or replace the value of an attribute. | 

GET: To read the value of an attribute, ! 

CANCEt-GET:To cancel a previously issued GET, | 

ACTION: To request an object fa perform a certain action. | 

CREATE: To create m object | 

DELETE: To romov® an object. | 

EVENT-REPORT: Afews the network resource to announce so event 1 

4 The Physics! Mods! Figure 36 «haw» the ISP 2 JOS physroai mocteL | 

5. Solehace Points Mediation Device 2360 provides conversion from one sofom'satJon modaJ to the ISP s 

Information mods). Gateways 2362 ara us&d to connect to msnagsmsnt systems outside of the ISP. | 

These gateways will prwtcte the neoss-sary functions for opsrabon both ISP corwpSani systems, and | 

■»Cvr v snt > Nt ■! > ""h q t 4o^j \ rsw" ~ •uxJ "tu v do a s C "o o ■> i>^\ x | 

1 There am two upp&e layer protocols. The protocol for convnunicatforas wfth She workstation and ihe iSP | 
upper layer for ail other operational support cerwminSoasoris. The tower layer is TCP/IP over EtPsrnst, 

2. The upper layer is the protocol for coromurscsiioos with workstation 2384, and the iowst layer ss TCP/ ?: 

IP over Ethernet. ' | 

3,4. The upper layer Is She ISP upper layer, and the tawar layer is TCP/IP over Ethernet. | 

5. The proprietary protocols a 
supported win Mediation Devices | 
6,7,8,9. Gateways by th«ls nature will support ISP compliant and non-compliant interfaces, | 

wide W.H system. " ' I 

The iSP Pesirxslion of the Operations! Support Mods: Figure 3? shows operational support realization | 

6, General: The Operational Support Modes provides a conceptual framework for building the Operational s 
Support System. Figure 3? represents an ISP fesllssfion of this conceptual model. In this implementation | 
of that modal all fhs ISP Network Elements would be represented to the Operations: Support System by a | 
Management information Base (MIS) 2570 end ihe agent process thai sols upon the objects in the IVIiS. | 

Flsld support persortfie! have two levels from wnlch She ISP 2180 wiii be managed. | 

1. For rrof.shle -shooting, ihe Metwork Layers Manager 2372 gives field support a picture of the iSP ss a | 

whole. The process of detecting, Isolating, and correcting problems begins from | 

there. From that layer problems soufd be isolated to s single Metwork Element, individual Network | 

ISP, but many recognize its importance | 

For oonflguratlari the Network Layers Mmsgm 2370 provides an !SP-w;de view, and interacts with the | 

Network Element Managers 23 ? 4 to configure NsiarosK Bsments In a consistent manner, Th:» w&i help ?: 

Insure thai the ISP configuration is consistent across ass pisiforms. The ability to change a piece of s 

Information in one piaos and have it auiomaiicaiSy distributed ISP- wide Is a powerful tool thai has not | 

been possible with the current ISP .management framework. | 

Manager 2378 is used to place it In She ISP network, and provision the network for the new sen/Ice. | 

Customers for s service are provisioned through fhs Service Manager 237S . | 



CXV_,\O0O1O76.O63 



new resources need to be added to harsdle the customs-fa uss of a service, it uses ths currsrss imitation 
statistics as a basis for that determination. Once a customer is activated, the Service Manager rnoniiors 
the customer S usage of the service to determine if the ejuaifty of service agreement Is being mat. As 
customer utstaxson of the services increases the Service Manager 2378 predicts the need to add 
resources fe the ISP network. 

service. Whfe Setvtae Creation is fee talk of the SN wwld, I! needs a Service Manage? that is integrated 
with the rest of rne system, and that ss one of jhe purposes of this modal . 

Finally, for planning person*!®! {non-field support}, the Planning Manager 2380 analyzes the ISP-wide 
resouw utifeatloo so determine future needs, and to sllocafa cost to different services So detormins the 
cost of a service as the basss for fulure service pttmg. 

L PhyslcelNehwork Mode; 1 . introduction This section describes the Physical Network aspects of the 
infefflgeot Services Pisiform <JSP1 2100 Architecture, 

a) Purpose The Physical Network Model cov< 
and PSatform Deployment in the production ® 

inotogy associated with the physical nefc*ork, describes the 
•> and provides examples of realizations of she archstacture. 

ci Objectives The objectives of Una srtodel are to: Create a model for Identifying various network 
piatforms; Classify information Flow; Provide standard nomenclature; Provide rules for systems 
depioyment; and Guide future technology selections. 

2. information Row One of the key aspects of the intelligent network (M) is the information Flow across 
^< .si.j'^ ->!!»^tjd t*v\ ^ d« is ^ v,tvn**»f tf ^<as.cn„\j > >~ 

Customers interact with M m a series of call Hows.. Calls may he audio-centric (as In the conventional ISP 
products}. multimedia -based (as in intsmrdMCs user using the web browser), video-based (as it! vfdeo-oo- 
de mend) or a combination of contents. 

information can fee classified as follows; .Content; Signaling; or Data, 
flows. 

a) Content Content flows cants & the primary information being transported. Examples of this are analog 
voice, packs* switched data, streamed video and lessed line traffic. Ibis is customer's property that IN 
must dettver wish minimum loss, msiimum iaieney and optima! cost. The SIM elements are standardized 
such that the transport fabric supports more connectivity suites. In order to allow confers} to fiow in the 
same channels with How of other Information. 

b) Signaling Signaling Hows contain contra: information used by network elements. {SUP RLTTSklT, TCP/ 
IP domain name lookups and ISDN Q.831 are all instances of this. The IN requires, uses and generates 

flow across the network, in fact,. In a SCE-feased iU, service deployment will also require signaling 
information fiowsns across the fabric, 

ci Data Data $ew& contain Information produced by a call flow., including crucial billing: data records often 
produced by the fabric and certain, network platforms, 

3. Terminology Network: A, set of interconnected networ k elements capable of transporting confers!, 
signaling and/or data. IVICi's IXC switch fabric. She ISP extended WAN. and the Internet backbone are 
classic examples of networks. Current installations tend to carry different contents on different networks, 
each of which rs spec-steed for specific content transmission. 

Both technology and customer requirements (for on-demand high bandwidth) will require carriers to use 
k> ^ i k \j •> t t i « \ to ^ i ill „^u „ c o uf nt nt 

characteristics and protocols along the same channels. 

Another aspect of 5h«s will be more uniform coofonMndepeodent slgoaimg 

Site: A set of physios! entities collocated In a gsographicaily local area. In the current ISP architecture. 
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instances of sites are Operator Center, {SNAP Sits {which also has ARU's) and an £VS site. 8y the very | 

definition, the NT and DSC switchas are HOT pm of £»e eite, Th&y are instead pari of the Transport | 

Network (see below), in ihe architecture, a group of (geographical collocated) Service Engines (SB). § 

Special Resources (SR), Data Servers (OS) along with Network interfaces and Links form a site. | 

Netwwfc Element A physical entity connecting to «*e Transport Network trough Newark interfaces. | 

S«rver : and NAS. frs the next few years, elements such as web servers, voice authentication servers, | 

video streamers and network caff record stores wilt join the present family c? network slwe*, | 

Network interface Eouipmenf enabling connectivity of Network Elements to the Transport Networks. DS i 

CSU/DSU. 1 Base Ethernet jnieriace card ana' ACQ parte are network interfaces. With the architecture of s 

She preferred embodiment nerworfc irsserfaeas will orowie a well-understood uniform set of APfs tor * 

communication. | 

Link: Connection between 2 or more Network interfaces which are at different sites. A sink may be a §1 

segment o-t OOt2 SONET Rber or tOOmbps dual nng FDOi seckon. in the coming years, IN must handle s 

neiwork S:nks such as SSO Ethernet WAN hub links and gigabit rate OC-4S's, | 

Connection: sn attachment of two or more Network interfaces which are at the same site. 1 



a "r)i ^ ~e,-'j,y->h t,-> i- nt *y .v o if " pr « :>nr>\n <n i- o, v n,-, v .* twe- ,v v.*n it is par! of toe 
piryslcaf network modeling ruies. Soma of these ruies atlow for generates that future demands and 

1 . A Network 240'i spans one or mors sites 2404, and contains one or more network eierriants 2402, 

2. A Sito 2404 contains one or more network elements 2402. 

3. A Network Element 2402 Is located in orsiy one Site 2404.. 

4. A Link 2420 connects tm or mors Sites 2404. 

5. A Connection 2422 connects two or mors Network .Elements, 

S, A Network Bement 2402 contains one or mom Network interfaces 2406. 

The preferred embodiment integrates product and service offerings for MC-i's business customers. The 
initial embodiment focuses on a limited product set. Requirements for an interface have been identified it. 
espstef&e on the integration of these services. The interface provides user-roanagea&iily of features, 
distribution fist capacities, and 3 centralized message database, 

\ ! N? r.„_ v, _\1 \J 'VORk Mi -M ^ - <riot -t *> -w o,-v 1 , t=e& ^ r,:-^ :0«;*c s> to r <* 

platform The consolidation of platforms -enables shared feakisednnctiooairiy of services to create a 
k and feet of features. 



A, Network Management The architecture is designed such that it can be remotely monitored by an yd | 
operations support group. This remote monitoring ospabiiity providss UCi the abiiity fo: Ideoiify degraded | 
or broken oofineotivity between: -piatfonTis, seryers or nodes that must pass information {i.e., objects) to | 

niorssagea, ' 

■the "universal irsbox and the PC Client messaging interlace, -the "universal Inbox * and ihe Message | 

Center interface, -piatforms. servers or nodes that mnst pass profte information to Profiie, and - platforms, sj 

ssrvsrs o>- nodes fha? must pass profile information to too ARU; identify degraded appiicaf^on processes i 

and isoiate She process that Is degraded: Identity hardware tasiure: and Generate alarms that can be 4. 

detected and received by an Interns! MCI monitoring group for all application process, hardware or | 

i^ d or 1^ 1 « r io> 1 tPi o "ipi c s >or^ no> oi^t r\ ! nit ! oj m | 

support group such that tiisy can perform remote diagnostics to Isoiate the cause of she probiem. | 

B. Customer Service Customer Service teams support all services. Customer support Is provided io | 
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m4 Identification of snbm&srwrite fc> address customer feedback or | 

sdditiooal customer support requirements Comprehensive and coordinated support, procedures ensum g 

c-impieie customs support from mcephorf to termination. Customs service >s provided from the the j 

Account Team submits She ordet unt>i the customer cancels the account Comprehensive and coordinated sj 

customer support entails the Mowing: A one-stop, direct access. customer service group to support ARU | 

or VRU problems, WWW Browser problems or PC Cllgrif problems, | 

A staff that is we8 trained on diagnosing problems associated wtlh access {ARU, WWW Browser or PC | 

Cissnt?. the user interface {A«U. WWW Browser of PC Client), me application { Message Center or Prwftie j 

Management) or ttm back-end system interfaces (universal into, direotJinaMC! vdcemsii/faxmsi | 

platform : Fax Broadcast System. SkyTai Paging server, order entry systems, billing systems. etc.) ?! 

A staff that has on-line access to databases with :r;tor matioti about ARU or VRU capabilities, WWW | 

Browser capabilities, identified hardware issues and identified application issues 7 x 24 customer support | 

a single teli free number (880 or 888} with direct access to the customer service group seamiess first. | 

second and third Save; support for most troubles where: - Level 1 support is the first support | 

representative answering the telephone. They are expected to be able to resolve the roost commonly | 

asked questions or problems reported by customers. These questions or problems typically deal with | 

access type (ARU, WWW Browser, PC Client), dial-up oornmunisabon for the WWW Browser or PC | 

Client, Installation or basic computer (PC, workstation, terminal) hardware questions. Additionally they ere | 

able to open and update trouble tickets, and reactivate customers' passwords. | 

- Level 2 support is provided within she customer support group when referrals to more experienced | 

technics! experts is necessary: | 

• Level 3 support may involve an outside vendor for on-site hardware support for trie customer or an | 

interns! MO engineering or support group depending en the nature of the problem The customer support | 

group wilt be able to track the status of the customer visit and add ths idsntiflad pr obism to both trie | 

customer support databases. 1 

-■ Level 4 support wilt continue to »e provided by the Systems Engineering programmer, | 

A staff that has on-line access to the order entry and billing systems, | 

Automatically generate weekly reports that detail volume of calls made, received, average hold-time of 4. 

sails and number of trouble tickets opensd/efosed.foscalated, | 

C. Accounting Accounting is supported according to current MCI procedures. | 

D, Commissions Commissions are supported according to current MCI procedures, | 

E, Reporting Reporting is required for revenue tracking, interna:; end axtsmat customer installation/sales, | 
usage and psoduot/servscs performance. Weakly and monthly fulfiiirnern reports are required tram the ::j 
fulfillment house{s}. These fulfillment reports correlate the number of orders received and number of | 
orders delivered, in addition, reporting identifies She number of different subscribers accessing Profile sj 
Management or the Message Center through the WWW Site. | 

F. Security Security ;s enforced m accordance with IviCrs published petees ana procedures for internet sj 
security, if? addition, security is designed arik> the WWW Browser and ARU interface options to verity and sj 
validate user access to dirsciSinervlGi profiles. Message Center, Personal Home Page calendars and | 
Personal Home Page configurations. | 

s3. Trouble Handling Trouble reporting of problems is documented and tracked in a single database. Ait 4. 

troubles are supported according to the Network Services Troubie Handling System (NSTHS) guideiines, | 

Any Sasvice Level: Agreements <SLAs? Oefrrsed befweeii MCi organ ixasons ore struokired to support sj 



Any troubles the? require a software tlx are dosed in She trouble reporting database end opened as a 
Problem Report (PR; in the Problem Tracking System. This Problem Tracking Sysiorrs is used during ; 
test phases of end is accessible by ell engineering and support organizations 

IX. ENHANCED PERSONAL SERVICES Throughout this description, in* following terms will be used 
Torn; Represents Server Both the hardware platform and a TCP service 

Web Serve* AiX -1.2 system running Netscape Comme-ce Server HH'P Daemon VVeicome Sesver 
Appiicstion Server The Web Servers running as Welcome Servers will be running the Netscape 
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s norroai mode. The Web Servers operating as | 

;ur® mode only. The Secure Mods uses SSlv2. | 

A, Web Sewer Architecture The Web Servers are located in a DMZ. The DMZ house* the Weh Servers | 

Interface to the data repositories behind the corporate firewall. | 

The Web space uses Round-Robin addressing for name resolution. The Domain name Is registered with | 

the administrators of fpcs.com domain, wish a sub-netted {Infernally autonomous) address space allocated | 

for galiteo.rrisi.eotr: domain, | 

1. Welcome Server 45S This Web Server rum both the secure and normal HTTP daemons, The primary 1 
function of this server is to authenticate user 452 at login tiros. The authentication requires She use of | 
Java end a switch from norma! to secure mode operation There ere ens or mors VYeicome servers 4S0 :n j 
the DMZ. The information provided by the Welcome server 450 is stateless, | 

The statelessness means that 8»t* is no neeo to synchronise multiple Welcome Servers 450, | 

The Welcome servers first task is to aufhentieete the user. This requires the use of single use TOKENS, | 

Passcode authentication and Hesais IP fsifenng. The first is dons using a Token Server 454, while the 4. 

other two s.viii he done using direct database 456 secern 1 

Hossie-iP) why the anempt may nave failed. This screen automatically leads the users back to the snsfsal 4 

Welcome server 450'e last ta&K offer 2 successful authentication, ss to send a service selection somen to 4 

the user 452 . The Service Selection screen directs the user to en appropriate Application Server The | 

user selects the Application, bus an HTML file in the Server Section page determines the Application | 

Server. This allows the Wefcome Servers 480 to do rudimentary load balancing. 1 

ASS the Weicom© Servers 430 in the DiVtZ are mapped to wv\rvv galileo.rriol.com. The implementation of | 

DNS afso aiiows 9afeie0.mcs.com to map to www. gaiiiso. moi.com. | 

S. Token Server 454 This is a database client and not a Web Server. The Token servers 454 are used by | 

Welcome Servers 450 to issue a TOKEN to iog:n attempts The issued TOKEN, once validated to used »o \ 

track She state information for a connection fey the Application Servers. The "TOKEN information ;s be | 

maintained In a database on a database server 456 (repository) behind the corporate firewall. | 

The Token Servers 454 do the fallowing tasks: 1 . Issue single use TOKEN during authentication phase, | 

2. Validate slngie use TOK6N {mark It for multi use). | 

3. Validate multl-use TOKEN . 1 

4. Re-validate multi-use TOKEN, | 

The Token Servers 454 are required to Issue a unique TOKEN on every new request. This mandates a | 

communication link between multiple Token Servers In order to avoid conflict of TOKEN values Issued. | 

This conflict is eliminated by assigning ranges to each ToKen Server 454. | 

The TOKEN Is a sixteen character quantity m 
id. The characters in positions 0,1 and 2 tor « 

character at possrion 0 is used as physical iooatton identifier. The character at position 1 identifies the 
server at the location while the character at position 2 remains fixed at 'IT This character could be uss 
identify the version number for the Token Server. 

The remaining 13 character's of the TOKEN are generated sequentially using the same 82 character 
described above. At startup the TOKEN servers assign the current system time to the character positi 
18-10:. and set positions 8-3 to '0'. T he TOKEN vaiues- are then Incremented sequentially on positions 
3 with position 3 being least significant. The character encoding assumes the following: order for high 
law digit values - 'z^a*. T**A\ '3'- Xi'. 
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compote to 8 characters in positions 16-10, The other assumption is that the scheme doss not | 

generate more than 62*? (35* 10A12) TOKENS So one second on any given Token Server in say | 

embodiment | 

The use of TOKEN ranges allows the use of multiple Token Servers m the Domain \vsthoat any rteed for s 

explicit synchronization. The meted accommodates a maximum S2 sites, each having no mors than 62 | 

Token Servers. An alternate embodiment would accommodate more sites, | 

Ail of the Token Servers in the OivlZ are mapped to token galileo.n-iol.corri. The initial embedment | 

contains two Token Servers 454.. These Token Servers 454 are physically identical to the Welcome | 

Servers 450, he. . the Token Service daemon wiii run on She same machine that also runs the HTTP | 

daemon for the Welcome service. In another embodiment, the two run on different, systems. 1 

The Welcome Serveris) 450 use the Token Server's) 454 to get a single use TOKEN during the s 

> "don tn "(t •! v ^ ant ^nfi. x v * i ot c "~ 4" *~ v> i c' , *"> ~\ | 

valid and marks I for multiple use. This muiti-use TOKEN accompanies ma service selection screen sem a 

to the user fey the Welcome Server. | 

The design of TOKEN database records is drsassssci in detail below. | 

transaction. Trie Welcome Servers last task, after a successful authentication, is so send a servsce *: 

selection screen to the user. The service selection screen confers® the new multi-use TOKEN. :| 

When the user selects a service, the selection request, with its embedded TOKEN, is sent to the | 

aopropnaie Application Server . The Application Server validates the TOKEN using the Token Server 454 ?: 

and if valid, servos the request A Token Server can authenticate a TOKEN issued by any one of the i 

Token Servers on the same physical sits. This is possible because the Token Servers 454 are database | 

clients for the data maintained on a single database repository behind the corporate firewall, | 

An invalid TOKEN {or s missing TOKEN) always leads to the "Access Denied* page. This page is served | 

by the Welcome Server(s) 450. Ail denial of access attempts are logged. | 

The actus} operafcon of the Application Server depends on die Applicator* itself. The Application Servers a 

In the OMZ are mapped So <apoName><mum>,gali:leo,:!rtci,eorR. Thus, in an embodiment with multiple ?: 

appficsilons {e.g., Profile iViansgsmenf, Message Center. Start Card Profile, Personal Web Space etc.}. | 

the same Welcome and Token servers 450 and 454 are used and more Applications servers are added | 

ss necessary, 1 

Another embodiment adds more servers for the same application. If the work lead on an application | 

server increases beyond its capacity, another Application Server is added without any changes to existing * 

systems. The SERVERS and TOKEN~BQSTS databases (described below) are updated to add the | 

record for the new server. The <num> part of the host name is used to distinguish the Application | 

Servers. i 

There is no need to use DNS Round-robin on these names. The Welcome server 450 uses s 1 
configuration able fTne SERVERS database loaded at startup.) to determine the Application Server name 

prior to sending the service selection semen, | 

daemon. The Welcome Servers 450 run tt;e daemon in norma! as well as secure mode, while the s 

Application Servers only run the secure mode daemon | 

The Token Server*,*} run a TCP service thet runs on s welt known port for ease ol connection from wtthtn s 

We eomt? and Appkceton se-\ eUsi in vtdai to- speeci Hs auinentsc^nc ' process 'i^» list of tKlore&ses f s | 

loaded by these servers a; configuration time, instead ot using reverse narne mapping at every request, s 

The u >„ <. ^ n v t ^pp= « so i d»s t v ?e add t <. ru f x 1 <. ^ ^gsno T i. ^ S^ v v | 

Their main task Is to validate the access by means of the TOKEN, and then validate She database | 

request. The database requests are to Create. Read, Update or Deists exiting records or data fields- on «s 

„<3l I O i St t 1 ( Xt. p at ( > i > d t> U-<V( ik » J \ iillvi <: 3 w ^ ^ | 

1, Welcome Servers The Welcome- Servers seiYe the HTML pages described below to the user at | 
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appropriate times. H» pages are generated using Perl-based Common Gateway Interface (CGI) serf's, | 

li>» tTa <pis re»xis n«0"Wt«\ s?\01 m n^ns Jcvui^ent-rooi oiieet:>iy o^i. Hi fp | 

daemon. The normei precautions regarding disab§r>g directory fetmg and removing as backup files etc. s 

are taken Jo snsare that CGI scripts ars not readable to the user, f igure 41 shows She directory structure | 

456 on the VVsicome Server 450, | 

Figure 41 shows thai the «k?aimer ! i~fooi> 458 5s separated from She «server~root» 458. It also shows | 

that: the <document-~root» directory holds only She w&lc^ros and access faiiure HTM. pages. | 

The HTTP Server maps all requests to the "ogl" directory 460 based on the URL requested. | 

The us® of the URL to map to a C6f script out of the «(^umeftH»oi> 456 blocks access so the | 

<dosursent~rx»ot> directory 456 by a malicious user. Since every access to the Welcome Server 450 a 

maps to a CGI script in the cgi director y 460 sf the Welcome Server 450 security is ensured by sailing the | 

authentication function at start ot every senpt. I 

t ostf >u ii on br^, B»d»\*|iv „. j^h-. | 

add features, lor TOKEN venScaBon and access mode | 

-- «,kO: e >.«- ot *v I ■=> N d (fj w-SM •>(#>*»>> f to -■ --^ o '!-^ 1 •>» \>*>- ^ V 

st startup II is necessary to keep this information in the common database in order to maintain the same | 

a) Welcome Page The welcome page is sent as the default page when the Welcome Server 430 is first | 

accessed. | 

This is the only page that is not generated using a eg! script, and it is masntamed in the *document~r<fOt>> s 
directory 45* ~ i ^ o ^ •> r » I r>» s * « I , ~ t o« > ~ n <? t ? 

do wn: iosd Microsoft Snfemei Explorer V3.0 or later, | 

Confirms tnat the browser cm run Java. A failure will result in the user being directed to Microsoft interns* * 

Explorer V3.0 or later, | 

li t"\ "~ S <. * C " v ■> 'X > 1 < T -t } ~ i s > * > ! > 

Welcome Server 450 to send a login page, | 

The lest action by the Welcome page is dons using the- Java applet embedded in page. This also | 

switches ins user's browser from normai to secure mode. | 

Java applet, and form fields for the user to enter a User Id and Passcode. The page may display a | 

graphic to emphasize service. | 

The processing o? this page is padded to Introduce an artificial delay, in the initial embodiment, Shis | 

padding is set to zero. | 

The response trom this page oontsins the TOKEN, g scrambled TOKEN value generated sy the applet. 

User Id and Passcode. This information is sent to the Weicome server using a POST HTTP request by | 

the Java applet. The POST request also contains the Applet signature. | 

if fne login process «s successful the response to this request is tbe Server Selection page. A failure at a 

this stage results in an Access Failed page. | 

c) Server Selection Page The Server Selection Page is a cgl-gensrsted page which contains ars | 

embedded multi-use TOKEN. This page also shows one or more graphics to indicate the types of | 

service* available to the user. Some services ars not accessible by oar users In other embodiments, | 

when more than one service exists, a User Services Database keyed on the User Id is used to generate | 

The Welcome server uses its configuration information to emoed the names of appropriate Application s 

Servers with the view to sharing -he load among ail avaiiabie Application Servers. This load sharing is s 

dona by using the configuration data read cy the Welcome Serverisj daring startup. | 
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The WsJcome Server selects an Application Server based open entries m 8s configuration file for each of 
probability of selection. This configurate table Is loaded by Ihe Welcome Server's at startup, 

d) Access Failed Page The Access Failed Page Is a static page. That displays a message jnciicatrng that 
the login failed because of so error In User id, Passeoda or both, Ths pags aufomafccaHy loads the Login 
Page after a delay of t5 seconds, 

a) Access Denied Fags The Access Denied Pags is a static page that dismays a message indicating that 
an accsss fateJ due io authentication error. This page automatically loads the Login Page aflar a delay of 
15 seconds, The Access Denied pags- is ceiled by the Application Servers when their authentication 
service fails io reeof nixe a TOKEN. Ail toads of this page will be logged and meriiiofed. 

2. Token Servers 454 The TOKEN sen/ice on the Web site is the eniy source sf TOKEN generation and 
authentication, Th* Tokens themselves are stored »« a shared Database 4&15. This database can be 
shared among all Tetters servers . The Token Database is behind the firewall out of the DIVJZ 

The Token service provides the services over a well-known (>1024.! TCP pent. Thess services are 
provided only to a trusted host. The list of frosted hosts is maintained in a configuration database. This 
c ".a^a;- ms ) p ~ nt ~ ns'd hoh "\> tot- s o^ v ? dt o' * ■• Df *** ~"c ™t f.c - st~n t ts -cad *K • 

C ant a -g\< - j'OK!\ J bs, \ r, 
Vafidsfe a single use TOKEN, 
Validate a TOKEN. 
Re-Veltdate a TOKEN. 

A» access to the Token Serveris) is logged and monsfored. The Token Service itself is whiten u 
top - wrapper coda available from MGI's internal security groups. 

3. Profile k'ianagerneot Application Servers The profiie management application servers s are th 
layout as the Welcome Servers, This allows the same system system to be used for bosh servic 



C. Security The data trusted by sybsorihsrs to the Wet 
protect If as much as possible. The subscribers have s 
sorver(sV This Information may physically reside on en 
subscribers are concerned It Is on Serveri's} and It should be protected, 

c *. •< %vEiS> *'io > ^ o ■> jVm so v s ■> •> Ki o' sn •> > x- ,in 5 n* <■ ot or on d rente, 
profiie snformatiof} for dlrecgins account additional Information is projected, Incsuo'iog Email. Voice Maii. 
Fax Mail, sod Personal Horns Page infonriailoo, 

subscribers; MCi personnel; People with access to Subscriber's network; P< 
Subscriber's system; People looking over She shoulder of the Subscriber; and Other systems pretending 
to be Servers). 

The project implements She security by ussrsg the following schemes; Single use TOKENS for logsn 
attempts; Validated TOKENS will accompany all transactions; 

TOKEN aging to invalidate a TOKEN if It has not bean used for ten minutes: TOKEN is associated with 
the IF' Address of the calling machine, so TOKEN stealing is not an easy option; Use of SSL prevents 
TOKEN or DATA stealing without having physical access to the customer's display; Use of TOKEN in a 
form analogous to the Netscape Cookie gives us the option to switch to cookies at a later date. Cookies 
offer us th® facility to hide the TOKEN even further into the document for one sjttra layer of security; and 
Use of Hostits-IP table to block multiple offenders without ostscaon by rhem. 

in addition to the security implemented by TOKEN as described above, she Web Server; s) are in a Data 
Management Zone for further low level security. The DM2 security is discussed below. 

O. Login Process Figure 42. shows Sis Login Process. The sequence of events leading to a successful 
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togto 1. The user requests a connection to wvw.o^Seo.meLcora 

2. A server is selected from 8 set using DNS Round-robin. 

3. An HTML Page is sent to the user's browser. 

4. The Page checks the browser for JAVA Compliance and displays a welcome svmsags. 

5. if the browser is not Java compliant, the process steps with m appropriate massage. 

•8, if the brower Is -Java ©oropiisot, it automatical issues a "GET login Screen" request to the www. 
gsifeo.rneLeoFfi server. This request also switches th& browser to SSL v2. Itwiii fait if the Browser is not 
SSL compliant. 

7, Ths Web Server does the foiSowing; A. Ths- Web server gets a Stogie Use Token from sis internal 

C. Ths Web server Records the Applet, Token, and Client IP address su a Database, 

D. The Web server sends beck the Login Screen, with Apple! & Token. 

8. User fills in the Login Screen fields - User to and Passe-ode, 

A. The User lei is. the users Oireotllne number (printed on User's Business cards and Is In public domain), 

8. Ths Passcode is a Sis digit number known only to the User. 

9. When the User presses Enter (or clicks on the LOGIN button} the Java Applet sends ths Userld. 
Passoode. Token, ana Scrambled Token back. The ScrambSing Algor lihrn ss speoiSo to the Apple! that 
was sent in Step 70. 

10. if the browser' s IP address is In the Hostiie-SP table, the server goes back to Stop 7. 

12. If the test is invalid: If this is ths third successive failed attempts fen the same IP address server 
records the Address in Hostile-IP taole. 

13. The server gees back to Step 7. 

Token. The Token Is still associated with the Browser's IP address, but it now has an expiration time. 

E. Service Selection When the user selects an option f rom the Service selection screen, the request Is 
accompanied by ths Token, The token :s validated before the service ss accessed, as shown in Psgore 43. 

the user when the Login process was started. This Token has an embedded expiration time and a valid 
source IP Address. Ail operation requests include this token as a part of the request. 

The service requests ere sent by the browser as HTML forms, APPLET based forma or plain Hyper Links, 
in the first two instances., the Token Is sent back as a Hidden iiefd using the HTTP-POST meihod. The 
Hyperlinks use either the HTTP-GST method with embedded Token or substitute the Cookie in piece of 
a Token. The format of the Token is deliberately chosen to be compatible vnih this approach, 

1 . MIDS Server The NSOS server in the system is isolated from the Web Servers by a fooler-based 
firewall. 

The NIDS server runs the NiDSCOMivl and ASCOMy services that allow TCP clients access to 
databases on the NIDS server. The NIDSCGMM and ASC(MM services do not allow connectivity to 
databases oof physically located on the hilDS Server. 

The following databases i'C-tree services) on the Hi OS server are used by ths Welcome Ssrvsr, Token 
Server and Profile Management Application Server: 800 PIN 1CALL lihis is a partitioned database); 
1 CALL-TRAMS: COUNTRY: COUNTRY-SET; COUNTRY'S {maybe}:; COUhiTRY-CiTY Imayfae); 
HPA-CiTY; NPACITY-OA3Q0 (rnayfos); and OP15ST00, 

In addition to the C Tree services named above the following newC tree services will be defined In the 
SERVDEF and used only on the PUDS ssrvsr dedicated to ths system; TOKEN; SERVERS: 
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HOSTJtEHP, TOKEN HOSTS; and SERVER-ENV, 



record, nor do they atiasript So sihow any other fiiter ftokis that may be required tor structure aisgrsfnent 
along the 4-byte boundaries. This oroissfon is made only for oladly. 

The numbers In parentheses mxi to the field definitions are the mim&er of bytes reqisred to hotci the ftelo 



The TOKEN database service Is accessed by she Token Servers. The primary c-peratsons on this service 
are Create a new record, read a record for a given Tokon valus and update a record for ths givers Token 
'/aim, 

deletes records for expired tokens. 

The TOKEN database service ccnfaihs the TOKEN records. The TOKEN records use a ssngie key (trie 
TOKEN) and have the {blowing fields: 1 Version i 1); 2. Use Rag (Sirsgie/MuSti} (1 ); 3. Tokart Value (18); 
4. iF Add^ss '56?: 5. user ies ^6); 8 Time Grantee! (Ay. and V Two expsrss <4j 

The key field is the Token V'ate. 

The Servers Database Service is accessed by the Welcome Server si configuration time. The records m 
this database rcontaln the following gelds; 1 . Application Name (IS); 2. Application Server Host Hams 

Application Description Fiie URL (84). 

The key field is the combination of Application Name, Se 

Administrators to Create. Read! Update and palate records, This 

access is via the ASCOMM interface. The Web Admifiisirator* use she a HTM. form and CO; script for 
their administrator: tasks. 

4. HOSTILE-IP database service. 

on fP address as tbe key. The road access ss vary frequent, Thts daiabase contains the fotiowino; fretds. 1 : 
IP Address (18); 2. Tlr«a entered ;4): and 3. Time expires (4). 

The key field is she IP Address, ASS three vakies are set by the Welcome Server when creating this record, : 
expires value to <epoch~stan>, tnos flagging the entry ss over- rids. 

This database is stso accessed by the, Web Administrators K> Create, React, Update, and Delete records. 
Access is via the ASCOMkvl interface. The Wsfo Administrators us® the HTML form and CGI script for their \ 
administration lasks, 

from wrihin the corporate firewall. 

A cbron job rooning: on the NIDS sarvar also accesses this database and delates aff obsolete records 
from this database, This job fogs all Its activity. The log of ibis job Is frequently examined by the Web 
Administrators alt the Itrrse. 

5, TOKEN-HOSTS database service, 

ny the Token Service at rxirsflgufait-jo finis Ths records in ihls database coobsso the itiliowioa ride's: '■ . iP \ 
Address (16); 

2, Authority (1); 3, Host Name (32); -4, Host Domain Mama (32); and g. Host description (34). 

The key field is she IP Address, Ths Authority binary flag determines the access level. The low access 
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tevet only me/m valkfefc^vsiidsie commands on an exists TOKEN; « 

allows Orant a«d Validate singta use TOKEN commands as § 

This database is aiso accessed by the Web Administrators to Create, Read Update and Deist® records, s 

administration tasks, | 

6. SERVER-ESW database service. 1 

This database ts nsad by fhss VVsfc-ome and .Apptscabon se:vers at startup if defines she starting 

environment for these servers, in one embodiment, only one field (and only fer She Welcome Server) is | 

designed to be used This is expanded in other embodiments. | 

(16): 3. Environment Nam-? (32V and 4. Environment Valoe {84}. | 

The teey Said ss Sscjuenee Nawfeer. Environment vaiues may refer to othsr environment variables oy | 

name. The vaiaes are avaiuatad at. run time fey the appropriate CGI scripts. The Welcome Servers are 1 

gi.eo { o & -. „e ^ piw o - N, na \Vi.l€^tV_ | 

This acc.ass is via me ASCOMM intadac« The Wsfe Administrators use ths HTML form ano CGI senpt for 
asks. 

7. Coron Jobis) The NiDS Server runs a cisanao chron job. This job is scheduled to run every hour. The | 
w tj&^s y>i cb 3ie the toffwno: i Scj" the c" p >3T!LL-i° dutotosa ord reoosi on all rerosds | 
This report contains ail records. The aim lo track repeat offenders based on this report. | 

2. Scar) the HOSTILE-IP database and rsport on racords with <*poefc~tirn&> as their expiration time, | 

3. Scars the HOSTILE-IP database and delete obsolete records | 

tt-x \ .-n jr.: >?Cv«.- !"!$ >*r.v: ?c-' >!ii o. bepe-v-v K^r -is 

;ntry | 

5. Scan the TOKEN datsboas® to delete obsoiste records. | 

G. Standards The fctiovviog coding standards have been developed: 1 . HTML Look and Feel standards: | 
2. Java Look and Fas; standards (derived from the HTML took and fesi standards, these ate the rww | 
class fibrajies used m development to force a common took and teat on the site's pages); and 3. HTML | 
Programming standards. | 

H. System Administration The system administration tasks requite reporting of at least the following | 

stamps; Network operating parameters wsth trme stamps: Web page usage and access statistics with dms s 

stamps: TOKEN usage statistics; Hosbie IP alarms and statistics: The following toots arid utilities am on 1 

the Servers in Dlv-Z; Time synchronization; Domain Mama Servers; | 

System Log tVioottaong; Afsm? repotiing, and Secure Shell. | 

The system generates alarms fortha following corn 
changes; TOKEN: Expiration; and Login attempt®. 

The alarms will be generated af deferent ievsis The Wsb Ss 



« a nars-staodard port i 



3. The staging server is accessible from internet dodo; 

4, The Admsoistrators have Urn optton to move the sta; 
with a single coimmand. Thar® are suitable checks to make sure this is not. dons scold art tall; 



* A u et>? te„ er uxl M*# f t» >uhk» ■> f -* C -,.s add.t'ctKs ) 

over their profite by providing a graphical user interface, and a common messaging system. The ca; 
So access, tbe power of a preferred embodiment exists in the form of a directiineMCi profile and eorr 
trfessagtng system. The user is able to rrsodlty his account, customizing his appi;cation by making fs 
fiinctlDaaiity updates The application enabtes the power of the future capabiiitles that a preferred 
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embodiment integration wiil provitte t>y stowing ths user to run his application 



Ths user is able to access sfS of his messages by connecting with just am location. FAX, ©mall page and : 
voice messages wiSS be accessssi through a centralized messaging interface. 

Ths user is able to call Into the centralized messaging Interface through his message center 
manage his communicagoos sasliy and effectively. 

Ths user interface has two compons nts, ths user's application profile and message center. 

intrnt'sc-:: is accessible through PC software {L«„ PC Cilan? massaging interface), an ARU or a VRU, I 
and a World Wide Web (WWW) Browser, The interface supports the customization of applications and 
She management of massages . 

Ths featurs/funcbonaiitv requirements for an embodiment wiii be presented bsSow. The first piece to be 
described is the ARU interface and :to requirements for the user Interface. 

message mafsagernerif and profile management. Following the ARU requirements, requirements am also : 
provided for fes WWW Browser and PC Giieni interfaces 

j. interface Feature Requirements {Overview} A front-end acts as an Interface between ths user and a 
screen display server in accordance with a preferred embodiment The user is able to access the system I 
and directly access nis profile and messages. The user interface is used to update his profile and to 

locations, so the interface is abis to connect to hot} places. Profile and messaging capabilities are 
separata coirnponenis of the Infarfaes and have different requirements. 

application profile is the front-end to the user account directory, which is where all of the user account 
information resides in a virtual ioca&ri Also, a user Is able to manage his messages (volcernai!, faxmaii, : 
emaii, pager recall} through his message center. 

user's messages may reside, regardless of message content. 

Three user interfaces are supported: QTIVJF access to an ARU or VRU; WWW Browser access to a 
^^^^^^^^^^^^^^H WWW S:te; and PC Ciwot acosss io a Messaging Server, 

messages and pager rscaii messages, and retrieve' message header (sender, subject dare/time) 
information for fexmail and email messages. Through the PC Client, the user Is limited to message 
retrieval and message manipulation The WWW Browser provides the user a comprehensive Interface tor I 
profits management arid message retrieval. Through the WWW Browser ths risers are able io update 
their profiles fdirectllrraiViCI,. information Services, List Management;. Global ivieesage Handling and 
Persona! Home Pages) and retrieve a! message types. 

L The User Account Profile The user Is able to access account information through the application profile. \ 
The application profile provides an intelligent interface- between she user and his account Information, 

Information of users. Users are able to read and write to ths directory, making updates to their accounts. 

Whan a customer obtains a phone number, the user account directory reflects the enrollment, and fhe 
user directory will reflect the deactivation, and the service will be removed from She user's application 

in summary : the user account directory provides account information for each of ths user's services. 
However, the user account directory Is limited fa: directllne&tCt profile. Information Services profile, Global ; 
Message Handling, List Management ana Personal Home Page profiles. Tols tnformatlen determines the I 
feature/functionality of the user's application and provides the user with the flexibility that Is necessary to ; 
customise bis application, allowing rViCt to meet his continuously changing communication needs 

2, The Database of fViisssages An important feature that Is offered is the Integration of messages, 
Messages of similar and dissimilar content ara consolidated In one virtual location Through a sail, the 
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message owtfw provides the user w#> a review of all of his messages, regardless of content or access, 
distribution fists. 

This message dsstafcass is a centralized information atom, housing messages for users. The message 
database provides common object storage osp«fel6«s. storing data files as objects. 

By accessing the message database, ussrs retrieve voieemeil, taxmaH, email and pager recall messages \ 
from a single virtual location, in addition, by using oommon object storage capabilities, message 
distribution is extremely efficient 

K. Automated Response Unit {ARU? Capabilities 1 , user interface The ARU interface h able to perform 

message distribution. The DTfvlF access provided through file ARU is applied consistency across 
different components within the system. For example, entering alphabetic characters through the OTSffF 

oroadcasting a fax massage to a distribution list 

Vofcernaif Callback Auto Radial provides 9t& capability to prompt for and collect a 0TMF callback number ; 
from a guest reaving a voicemsil and automatically iaunch a return call to the guest caii back number 

place where they left off m the mailbox, 
Musts On-Hoid provides music whiie a guest is on-hoid. 

Park and Page provides 3 goes; an option to page a osrecwneMGI suosenoer. fftrougn the direcLinesviOi 
gateway, then remain oo-hoks wNis the subsen'her is paged. The subscriber 

receives the page and calls their dirseffineMCI number where they can select to he connected with the 
guest on bold. Should the subscriber fail to connect a call with the guest, the gnesf .will receive an oplion 
to be forwarded to voioerriall, if the subscriber does not have volcemail as a defined option, then Lbs guest ; 
a final message wi be played for the guest. 

Note: The guest has ths ability to press an option to be forwarded to voiosmaii at any time while on hold, : 

Cat! Screening with Park and Page An embodiment provides the subscriber with functionality for 
responding to a park and page, ths identity of tfte calling party (i.e.. guest}. 

This provides the subscribers the ability io choose whether they wish to speak So the guest or transfer the i 
g«est to vo'cems:-, prior io connecting ibs call, Specifically, guests are ARU prompted to record their 
names when they select tie park and page optica When the subscriber respond to the pa* and page, 
they will hear an ARU prompt stating, "You have a ceil from RECORDED NAME", then he presented with \ 
the option to connect with the catling party or transfer too party to volcemail . If the subscriber does not 
have voicemsi; as a defined option, then the guest will be deposited io a final message. The guest also 
vM have the abiiity to press an option to be forwarded to voicamaii at any time while on hold. 

Two-way Pager Configuration Control and Response to Park and Page The system also allows a 
subscriber So respond to a park and page notification by Instructing the ARU io route the call to volcemail ; 
or final message or continue to bold, through a oommand submitted by a two-way pager. 

Text Pager Support The system altos a subscriber to page a d:ractisn»MG! subscriber, through the 
directiineiVICi gateway, and a reave a message to bo retrieved by a text pager. Specifically, upon 
choosing the appropriate option, the guest will be transferred to either the networklVtCI Paging or the 
SkyTal massage center where an operator will receive and sobrnltereats a text- based message to be 
retrieved by the subscriber's text pager. 

Forward to the Next Termination Number The system provides the capability for the party answering, the 

^extermination number in ths dlreoSllnelViCi routing sequence. Specifically, the called party will receive a i 
prompt from the direetiinefviO! ARU gateway, which indicates thai the call has been routed to this number i 
by directSneMGi and providing the called party with the option to receive the incoming call or have the call i 
routed to the next termination number or destination In the routing sequence. The options presented to a i 

termination Let the call flmo-out (I.e., no action taken} end then proceed to the next termination. 
Less Than 2 Second H Raorlgination An embodiment aiso provides the capobliity to reorlgsnafs an 
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outbound ostr two the <BH> <BR> <8R> <BH> o%eotlio»MCi gateway, by pressing the pwnd i &rwm ) 
key for iess than two seconds, Currently. dirscfllnem'Ci: requires the H key to be depress-ad for two 
seconds or mors before the subscriber can rsodginate a call 

L. Message M anaga men t 1 lyluiilpis Media Message Notification The subscriber can reserve ao 
accounting of current messages across a number of media, to ir&iude voiosms;:, fsxmaii, small, paging, 

messages' 2 new faxmatS messages, and 1S rsew emaii messages. 

basse message manipulation, of massages received through multiple medis 
paging), fhroifgh the diractlineMCi ARU gateway. Subscribers a*» abis to n 

and pager messages, and retrieve message header ipnonty, sends!' subject, date/time, ssze; information s 

for faxmatf end email messages. In addition, subscribers ate able to save, forward or deiete message ?: 

reviewed from the ARU interface. The forward feature is limited to distributing messages as either s 

pager messages can be forwarded as faxmaiis; however, it may be necessary So cowed email and pager | 

messages So a S3 format. | 

3. Texl to Speech The system converts test messages, received as email, faxmaii or pager messages, | 

a - v so p-.^ c> ^ hr^c-h ho dsn: 4 h K ^ o > v. =r> !■><*>! t\ f tr t | 

Subscribers are provided the option to soieet whether they want to hear message headers first and then | 

select which complete message thsy want to be played. The ohiy message type that does not support a | 

text-to-speech ersosbiiriy foe the compete message will be faxrass! messages. The capscsisty only exists to * 

piay faxmaii hsacsars. FAXmass header information includes sender's ANi, date/time taxmaii was received s 

and si;re of faxmaii. | 

the dtrscSirsefcac? ARU gateway, to a subsenber-asfinsd termination number. Specifically, the subscriber ?; 

has ihe ability to review an email message through the dsrectiioe^C) ARU. After reviewing the message, ?: 

She subscriber receives, among the standard prompts, a prompt requesting whether he would tike to | 

forward the email message to a specified termination number or have the | 

option to enter an impromptu number. Upon selecting this option and indicating the termination number; | 

the emai massage is converted to a G3 format and transmitted to toe specified termination number, | 

Ema:: attachments that are binary flies are supported. If an attachment cannot he delivered to the | 

terminating fax machine, a text message must be provided to the recipient thai the binary attachment | 

deleted from the \iniveraai inbox". | 
5. Pager Notification of Messages- Rsceived A subscriber can receive a pager notification, on a subscriber--:; 

s>.hsv, t tr -> tf. oi t > oo t v 1 v> o ^ j. \ u j ml' tu) | 

schedule, through the dlredlineMOl ARU, to receive a pager message which indicates the number of | 

voicemail, fasmsii, email and pager messages that reside m the subscriber's 'universal Inbox", a 

" >, <. f n ot i* c ~ o > •!■!. tsoj^jttf^c ire e | 
confirmation voicsmail message when a subscriber -initiator! ve-icomaii massage was not successfully 

delivered to the terminating partyis). | 

7. iVtessage itemization The system: provides the guest the ability to assign either regular or urgent | 

indicated, and aii urgent messages will be indexed before regular messages. This requirement oniy | 

priority for direciitneMCi voieemaiis, | 

to. information Services Through the ARU Interface, users sviii fee abia to receive content from information | 

services whish 8t« conftgorabie through the WWW Brov-'ssr interface. infottnaSon ccsrtsstt wiN bs pfovtded s 

as ao inbound service and an outbound service. The Information content that is defined through the | 

UA*' 1 c ia \<st tts t, $ Mv v^*f^>f u^s >* id ^>„w vento^a „ ^ ii ^ | 

limited to: Stock Quotes and Financial News Headline Hsm. 1 



CXV A0001076.076 



Subscribers also have- the ability to access additional information content through the ARU interface; | 

*. ^ N h i i ■> i c jo! c jjn ^ 1 ^ v" F c of F ~ 4 >n\ >i > t T > | 

additional information jcoteni vvt!! oe referred to as ooifooond information content and wii census of- Stock i 

Quotes and Financial News; Headline News; Weather; Spoda News and Scores; Soap Opera Updates; 1 

Horoscopes; .Lottery Results; .Entertainment News: and Traveler's Assist. | 

The configurable parsmsiefs of tne inaound information content is defined bsto*. Rstnsva) of outbound * 

information oorstersi wiii support the entry of alphabetic characters through a DTMF keypad. Entering of | 

PTrViF for iist management | 

■Vo>- >s to --s's 's-'m!"!' "?< t\o<Jif-"! m me -"-v-f cutoo - " : cm..;> on se"vc«;~ sucn -he." c"--r 

sabschber ofify has to dial a single S00/8XX number. The 800/8XX call may extend to different i 

termination depending upon the sntor metion content selected. | 

N. Massage Storage Recfulrements The message storage requirements ars consistent with trie message | 

star ago requtrerosnis defined below. | 

O. Profile Management dlrsctlsnaMCt Profsie rvianaas-ment Subscribers can also mtim, update and | 

invoke their direotlineiViOi account profiles, The dsreotfcrte^C! profile management capsblSes through 8te i 

ARU interface are consistent with the presentation provided ttsrongn the WWW Browser and support the 4 

following requirements: Create new sireetiirts-iVIC! profiles and assign names to the profile; invoke | 

Support She ruies-besed logic of creating and updatsng directlineMCI pto^m {e.g., selection of onty one | 

■::»b iout>«g opteit. like vo-jamas!, ^ks imote ovemoe rounng to vo: can sail, ana upda'ea mede «n one | 

pammsw most apple through all aSeoted parameters, iske paging nottefcort}: Enable a diraotlineMCi 4 

comber; Enable end define override routing nni-ober; and gnabie and dofios PdkmM& routing. | 

Enable and defifte fsoa; routing {formerly caiisd aifernoto rouiingi to: Voiosmaii and pagsr; -voicsmaii | 

oniy : - Pager amy. 4-soai message: Invoke menu roosog jftwa or more- of the cs« routfng: options 4. 

iFollowlyis, voioemasl faxraal; or oassr; are snablad; Dsfins the safiaidt number for taxmaii delivery; si 

. f |\ \ ! X f^ v f« s' > Of 50( * x t ^ efjj \ v to. o- kf ^sn<)i o P ..0-gi«5rCO. !0' i 

to dsssity voicsmaiis for orgsnt <fe8v«ry; | 

Deftoe oa »c»<^i«n^ para oe>>» i«y >)» 3nu AH . -ANi >M(K . - ! \ on y %i d ts site « d^^t^ usri | 

l fei ltl\ i <*<•?<' - 3p o fO' < <. h\\ ! | 

routing termination numbers v^ttout having to re-enter ■termination nusrsbers wnloh thoy do not wish to | 

change Speaficaify. the difeet-ine^C: roaiing modiScatson oapabitity requires the subscriber to re-enier ::i 

all farmtnattan uorffbers to a mtfxt® sequence adouid tdey wish to change any of ths routino numbers, | 

This capabftity permits the subscriber to change only Iho terrriinadon numbsrs thsy wssh to change, and 4 

sndfcats by passing the k®y whse th»y do not wish to chsngs a specific number in tb» routing | 

sequsnca. 4 

Q. Two-way Pager Cc>nfsgi;raf ion Contro: and Response So Perk and Page The system can sis© enable or ::i 

dsssbie predefined s&raotSinefVIC! protiiea through a command submitted by a two-way pager. | 

R. Personatisad Grsatings The system provides subscribers the ability to review and update th» | 

pesrsonaiized oreei^ng that wsti be piayaci from tho ARU or d^piayed fVom their Persona: Home Page. i 

Each greeting is maintained saparaieiy and customized to the features avaiiabl® through eaoh interfsoe | 

SARU or Persoinai Home Page). | 

S. List Management The system also pm 
create a voice annotation nam© tor a 
dimetlinsiViC: iist management, cspsbii 
sabsohbers have the abltlty to m\ 

list. In ao'dltion, subsoribars are able to delete or create Ssts. The ARU iotorfaca is able to use the issts to 
distribute voloemaiS and fsxiriail moseagas. 

Access to distntoufion lists supposts alphabetic list names such thai lists arc net limited to list code names 

ihat alpjfabrdjc characters are entered through OTMF tor information Sorvioss." The List Management 
requirements are discussed in greater detali below. 
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!> vk,ior t. of m< x '■^s-v.'-^ > v> v v aiM vsj> f-»s >bePC " e^isvv. ^ ,-!»iHiiW*^.x< | 

and access to tas. "he user is able to tnak® modifications to in© address book and manage distribution | 

1:&U for \'«!C«, fen, em^i and paging messages, in one embodiment, lists created or maintained through I 

the PC GSrs-nt interface are not snteqrsied with ims crested or maintained through the WWW Browser or | 

ARU interfaces, but such integration can bo implemented in an alternative embodiment The subscriber is | 

able to send a message to a distribution list from the PC Client, This requires a two-way interface sj 

between the PC Client sod the Usl Management database whereby the PC Client cars expod a comma | 

delimited or D8P formatted fife to the database of Ms. I 

The user is able So record moitiote types of addresses in bis address book, including 1 0 digit ANis : voice | 

Information should is saved onto the PC, The address Inforrnstion retained on the PC Client is classified sj 

end sorted by recipient's name. | 

Is Gtobaf IVIsssage Handing From {lie ARU Interface, subscribers are able to define which message § 

types can be accessed tors the "universal Inbox", Ths global message handling requirements- are | 

consistent with the requirements defined below. | 

X, INTERNET TELEPHONY AMD RELATED SERVICES The discussion ihus far has provided an | 

introduction to fee internet and therefore internet telephony, hot internet telephony encompasses qulie a | 

tew arses of development "Ths Mowing >s a summary of internet telephony, divided <ni© six Key areas, sj 

n^ SiY^C n»i\\s,Fkv S-sDN B-chai-ir.es. iSDN 0-cham» * morale ! SDK m, trpe 8 Jwnef ocoded \ 

ISDM systems Ethernet token ring. FODi GSM LMDS. PCS cellular networks, frame relay, and X. 25 . I 

Ths second area involves sharing Internet teisnhony. Multimedia ciata can n>»:2e e:rcu:f- s>wc*ssci 

v c<.i\*-n. ;oEocd * t t Nt jt c ub tv r'tlAiv niitnUi l->m > •< o 5 s^ \ =-0 -"<"i | 

pushing URL dots between parties, data conferencing, shared whitebosrding, re son roe collaboration, and | 

ISDhi user-user signafing. I 

The third area deals with routing Internet telephony Issues include the iime-of-day. the dav- of-wesk, the | 

desy-ot-nionth, and the day-c»'-y. ar. m addition So geographic pomts of origin, network point of origin, arid : 

time gone of o rigin. Analysis of routing also includes user data, destination parlies, telephone rsdmbsi^, | 

lines of origin, typos of bearer service, presubscribed restore rooting, Ahll, and IP addresses. Also. VMET | 

telephony. | 

:>V fCJifl COf-:.UO!\ C.« J f -A"" 0,,.a \ ri S*-^ -» ->"a ^, ^ -Y: :Jt i^Ci!.:"i '-s. id "?d ne'O.O^i O 

dynsrrsio mcsdrft'catwos, is^ernat telephony, RSVP, and redoodant oeiwodc services. In addition, this | 
category includes hybrid inrometrtciepriooy switches, Ethernet features, ISDN feafuros. anaiog icscal loops sj 

and pubiio pnones, and biffing for reserved and/or utsisged services. | 

The fifth category is composed of directory services, profiles, and notifloations. Examples are dlslhbuled | 

dlrectorlss, findlng-o-is and follow-ftie soryiooo, dlroctory managornsnt of toisphony, and user Intsrfacos. | 

Calling party anfhsnticjabon eeourity se also included. | 

" sn it "t on>, k i ^rot i i^ijs h uir o u ~ f n ^ ir ^ o | 

data structures, service profiles, and order entry profiles. | 

The sfxtb csfegory consists of hybrid Iniemet telephony services Arose ind-ide object directed | 

nwssagins, Infernst telephony messaging, internet conferencing, infsrnsf faxing, information routing | 

'mUtxte operator services, management service, paging servtes, biiiing services, wireless integration, | 

auihonzstioo, aothsnticaiion. | 

snorypfioo, telephony appiscaaon bi.i:lders, hillino, and data collection servioss. | 

Ths seventh category consisfs of hybrid internet media services, which include areas of collaborative | 

work which invoiva a plurality of ussro. Users can collaborate on Audio. Data and Video, This area | 

Includes media oenfsresoing within the Hybrid network. Then there is a broadly related area of | 

Reservations mechanism,. Opemfof- sssisteri conferencing, and the Introduction of content into | 

conferences. The Virtual locations of tiiess conferences will assume importance sn the future. The next- sj 

generation Chat Rooms ws* feature vtrtaai conference spaces vdih simulated Office Environments, | 
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A. System En vtrorsment for Internet Media 1 . Hardware A preferred embodiment of a system m 1 

accordance with the present invention is preferably practiced in she context of a personal computer such s 

as the IBM PS/2, Appfa fviacintosh computer or UNIX based workstation, A representative hardware a 

environment is depscted m Figure 1A. whsch iik!Sf.r»tss a typical haroSsrars configuration of a workstation 1 

§9 in accordance with a preferred embodiment having a central processing unit 10, suco as a | 

micnsprocsssor, and a number of other unite Interoonneoted via a system bus 12. The workstation shown | 
in Figure 1A includes a Random Access Memory (RAM) 14, Read Oniy jfemofy (ROM) IS, an J/O 

adapter 18 for connecting peripheral devices such as a eoomionfoation network (e.g.. a dais processing | 

network ■ 81 , printer 30 and a disk storage «ni1 20 to ths bus 12, a user interface adapter 22 for | 

connecting a keyboard 24, a mouse 28, a speaker 28, a microphone 32, and/or other user interface | 

devices such as a touch screen (net shown) to Ihe bus 12, and a display adapter 36 for coonecling ths | 

bus '1 2 to a display device | 

33. The workstation typically has resident thereon an operating system such as She Microsoft Windows | 

NT or Wiodows/95 Operating System (OS), the ISM OS/2 operating system, ths MAC Systsmy? OS, or | 

UU N o s. 3 ^tf T s\ *j ii> »t !!<3vp! ; ^jL iu ii< p o i H \< > < u a > | 

smptenteoied on pfatfcrros and opersiing systems other than those mentioned, | 

2, Object-Oriented Software Toots A preferred embodiment is written using JAVA. C, and toe C*+ 1 

language and utilizes object oriented programming methodology. Object oriented programming (OOP) | 

has become increasingly used to develop complex applications. As OOP moves toward the mainstream | 

at- software dossgn and development, various software soiuiions require adaptation to make use of the | 

benefits of OOP. A need exists for these principles of OOP to be applied to a messaging interface of an | 

electronic messaging system such that a set of OOP oiassss and objecte tor the messaging interface can | 

be provided. | 

" s i, c - !-> -. ->f ^ te c sir t n- - c \j ^ * - v nq » - 

problem designing the systsm, and constructing the program. An object is a software package that | 

contains both date and a collection of related structures and procedures. | 

Since it contains both date and a collection of structures and procedures. It can bo visualized as a serf- | 

specific tasli OOP, therefore, views a computer program as a collection of largely autonomous | 
components, called objects, each of which :& responsible for a specific task Th* concept of packaging 

data, structures, and procedures together in one component or modulo is caiied encapsulation. | 

Sn general, OOP component* ere reussote software modules wiisch present on interface that conforms to * 

an object modal and which are accessed at run-time through a component integration architecture. A s 

component integration architecture is a sot of architectural mechanisms which allow software modules In | 

different process spaces to utilise each other's capabilities or functions. This is generally dona »y | 

assurrung a common component object mods; on whson to busld ihe arehrtacture, | 

It is worthwhile to differentiate between an object and a class of objects at this- point. An object is a Single s 

Instance of the class of objects , which is often just called a class. A class of objects can be viewed as a | 

blueprint from which many objects can be formed. | 

OOP allows the programmer to crests an object that Is a part of another object For exaropfe ths object | 

rt (it q ' sUtiv qifK c s t( l h vf<iv >p"> i f ^ s 5 a v ho \ v tn s[i»>t( !ii i | 

piston, in reality, a piston engine comprises a piston, vaives and many other components: the fact that a | 

OOP also allows oroaflon of an object that "donvod from" another object, if there are two objects, one s 

representing a piston engine and the other representing a piston engine whereto ths piston is made of | 

does not make op a piston engine. Rather if ss merely one felno 1 of piston engine that has one mors | 

iiailialion than the psston engine; its. piston is made of ceramic in this case, the object representing the s 

ceramic piston engine is catted a derived object, and it inherits all of the aspects of the object representing | 

p o< v' t4 d f iti tf > j{ i> i t i "'ho b< o v< y lli> ; t ' 1 

engine "derives from" ihe object repress siting the piston engine. The relationship between these objects is s 

called inheritance. | 

w.s f i>, v ,>i < \ )g )\ c< rcc or v s m v t- - -) tho s cis i* -t or »ct 

representing the piston engine, If inherits the thermal characteristics of a standard piston defined In the | 
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psston engine class, However, the ceramic piston engine object overrides 8*ese cefaros specific thermal | 

characteristics, which are typically diffefen: from those associated with a metal piston \t skips ©v«f ihs | 

engines and uses nevv functions reisted to sersrnte pistons. Different s. of piston engines have different * 

characteristics, but may have fhe same underlying functions associated with them (e.g., number of | 

pistons in She engine, igriitiari sequences, Subneatson, etc.!. To access each of these functions in any «s 
piston engine object, a programmer we«l*i Identify tbs earns toctions with she same names, but each 

type of pssiors engine may have dlffsreot'ovemdlng Implerneniations of farfdtorcs behind the same nam®, s 

TNs ability to hide different smplsmentafioris of a taction behind | 

the same name «* oaied poryrfiorphssn - ! and ii greatly simplifies communication among objects. | 



With $h© concepts of coimpc^lsior^sSsbonsnlp. ennapsuisfloo, irtnefifemc® and polymorphism, art object 
can represent just about anything in the real world. In fed. our logical perception of the reality is the only 
limit on delemsnmg the kinds of things ihai can become objects in object-oriented software. Some typical 

"i< Cf > 1 ^ S ''.P C" . ~ 1 't .C< \" C'> ' I'll lOi * "> < 

simulation, electrical components to a circuit-design program, countries in an economics moo"eS. or aircraft 
in an alr^rafTsc-control system. 



An ob|e<st can represent user-dsfinsci data ; 
on She plane. 

Witt} this enormous capability of an object to repre 
allows {he software developer to design and 
aspects of reality, whether thai reality is a physical eniify, ; 
Sines the object can represent anything, the soff^ars dsvs 
ss a component in a larger software project in the future-. 

if 90% of a o»w OOP software program: consists of proven, existing components msds from pr« 
reusable objects . then only the remaining 13% of lite new software project has to be written ant 

' f -.vt 3t * if ~ « t M »U ! 3!1 ? ^ S \ N -1.5 w <: \ 

potential domain from which an error could originate Is 10% of the program. As a result, OOP si 



OOP technology, therefor*, makes software engineering more like hardware 

engineering: in that software is fc 
objects, ASS this adds up So m in 
deveiopmsnt. 

Programming languages are beginning so fully support the OOP princlpiss, such as ancapsuiafiofi, 
snherttanoe. polymorphism, and coroposlisoo-reisiloriship. Wdh the advent of the C** language, many 

programming projects. For now, C++ appears to be the most popular choice among many OOP 
programmers, but there lis a host of other OOP languages, such as Smalltalk, common lisp object system | 
(CLOS) and Ssffsi Additionally OOP capabilities ace bsing sdded to worn traditional popular computer 
programming languages such as Pascal. 

Encapsuiason enforces «ats abstraction tnrough tne organization ot data snto small, ;ndapssndant: o»;scts | 
-■ii t m « l< k >• at of t >s od-iia o t> > k t ' a 
i 5 H o \ ot oe o s t it > j h da •> „ •> ^ i ! 't^b •< if > -< d 
structures. 

Subciassing and inheritance make ti possibi» to extend and modify objects through deriving new kinds of f 
objects from th© standard classes available in the system Thos, new capabilities are created without 
having to start from scratch. 
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Poh/roorpfssm and multiple Inheritance make it possible for different progr&romers to m« and mat* | 

charactenstics of many different classes and cress;© specialized obiecfs that can stiii work with related a 

objects in predictable -vays | 

Class hierarchies and containment hierarchies provide a fi®«bi® mechanism for modeSrog real-worki | 

objects arsd tne ralafionshsps among Shem, | 

Libraries o f reusable classes are useful in many situations, but they also have some limitations. For | 

sxarnple: Complexify, in 3 complex system, She ciass hierarchies tor related classes can bacoma | 

exfremeiy confusing, with many dossns or mm hundreds of classes. 1 

Row of control A program written vMi th» aid of ciass iibranes is still responsible for the to of control {t. s 

programmer has to dsdda vmich functions to call at what Smes for which kinds of objects. | 

Duplication of effort Although class libraries stiow programmers to uss and reuse many small pieces of | 

cods, each programmer puts those pieces together in a different way Two different programmers can use | 

the asm© sat of class libraries to wrfle iwo programs that do exsctiy the same thing bai whoso internal | 

c ^qtor'i ,> t e r a\< s. , ^ffg ^s^s N: v tohiy r r o t ouv^xKf oat^ ^ n> i t>npi ' s s Kv 

different ways and do not work as we8 together as they should. | 

Class libraries ate very ffaxthie. As programs grow more complex, more programmers are forced to | 

reinvent basic solutions to basic probiems over end over again . A relatively new extension of the class | 

v «i t t>tt v. ^ f « *\ \f>t i \ }C,. 5 - ,. 1 >* ^ * Ut ^> V \ tHl s v*W 

significant collections of collaborating classes that capture both She arnafi seals patterns and major §1 

mechanisms mat implement the common fequramants and design m a specific .application domain. They s 

o,e"e f r?s new* ops'™ to tts? appsicat^o cf^r^ws^ tiom tiv* r^i^s '"xo'v^d )n e»s!>SarinQ wvi. s | 

windows, dsaiog Poxes, sod other standard user interface eismsnts for persona; computers. | 

Frameworks also represent a ohanprs in the way programmers, think about the interaction between the *: 

code tisey wnte and code written by others, in the early days of procedural programming, the programmer | 

called libraries provided by she opraratmg system to perform certain tasks, but oasicaiiy the program s 
exaculed down sh& page f.-wi start to firssah. and the- programrnsr &oleiy rfesptinssbis for ihe tlo* of 

contfof. This was sropfopnate for printing oot paychecks, caicsjisting a rnatharrjatioai tabis. or soiving otiy&r ti 

prcbfems with a program feat executed in Juss ooa way. | 

The deveioptnent of graphical user interfaces began to turn this procedural programrrang arrangement | 

Inslds out. Those mserfacas allow the user, rather than program iog:c. to drrvs the program and decide s 
vvhsrs frsrfair} actions shocid bs parjorrnad Today, most psrscunsi corr.putar software aceornpi<shss te:s by 

means of an event loop which monitors ths rnonse, | 

ksyfooar-d,. and other soumas of externai evanfs and calls Ihe appropriats parts of ths programmer's code | 

aooording fe acbor;s !ha! the usar psrforrns. The prograrr>rr;er rso longer' determines tfi® order in wnscti ti 

events orxar. Insjoad. a program is divided inSo separate pieces that are called at unpredictable time* s 

and In an unpredictable order Sy relinqnlshing control In this way to us&rs, the doveiopar creates a | 

program that is mach easier to usa. | 

Nevedfteiess, irtdsvideai pieces of the program written by She devetoper stili cali •■brahee provided by jhs a 

operating systarn to aooornpiish certain tasks, and ttte p:rogrammer most sbii detsrmina the flow of control s 

within each piece after 11% called by the event ioop. | 

Appiicatlon code still "sits on lop or the system. | 

Even event loop programs raqoire programmers to write a lot of code that shorsid not need to ha written | 
saparaieiy for every application t'ha concept o - ' an application frama^orK carrsss tne event ioop concept 

Rtrther. Instead of dealing with all the nuts and bolts of constructing basic menus, windows, and dialog | 

boxes and than making these things all work together, programmers osing application frameworks stars | 

wifh working appijeagon ooda and basic year lnta:^aco alomsnts In place. Subsequently, thay bulicl from | 

there by rsptacing some of the generic capacities of the framework with ths specific capabilities of the s 

intended appiication §1 

Appiioation immemstk* reduce the total amount of code that a programmer mast write from scrateh. | 

However, because the framework rs really a genenc application that displays windows, supports copy and s 

pasts, and so on, tne programmer can also relinquish control to s greater degree than event loop | 

programs permit The framework coda fakee cere of almost all event handkng and tlow of coofeol, aod the s 
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programmer's cod® is csfted oniy when the framework needs '<t (e.g., to create or manipulate a data | 

structure). | 

A prog ram rrser wiping a framework- program not only relinquishes contoi to the user {as is also true for | 

event ioep programs), but also relinquishes the detailed flow of control within the program to the | 
framework , This approach mom ths creation of more complex systems that work together m sntsrssting 

problems, ' ' v ' ' ' ' ' ^ 

Thus, as explained above, a framework basically Is s collection of cooperating classes that make up a | 

reusable design solutton for a given problem domain, Ittypscaiiy provides objects that define default s 

behavior {e.g.. for menus and windows)., and programmers use it by inheriting some of thai default | 

behavior and overriding other behavior so that She framework caiis application code at She appropriate | 

times. | 

There am thrse main differences setwesn. frameworks and class llhrahss: Behavior versus protocol, | 

Class ilhrahes are essentially collections of behaviors that you cars call when you want those individual | 

protocol or -set ot tuies mai govern ids way* in which nehaviors can be combined induing ruses for what 

s prog rar rsrr im is supposed io provide versus whs; the framework provides. | 

Call versus ovsmds. With a class library, ths cods ths programmer instantiates objects and calls thslr | 

member functions it's possible to instantiate and caS objects in ths same way with a framework (I.e., to | 

treat the framework ass a ctsss Sbrary), bui to take fell advantage of a framework's reusable design, a | 
programmer typically writes coda that ovsrndes and is osiied by ths framework. The framework manages 

various pieces of software that are collect by the framework ratnertban specifying how she different pieces s 

should work together, I 

Implementation versus design. With class libraries, programmers reuse only Implementations, whereas | 

with frameworks, they reuse design. A framework embodies ths way a family of related programs or * 

pieces of software work, if represents a generic design solution that can be adapted to a variety of | 

specific, problems io a given domain. For example., a single framework can embody the way a user | 

interface works : even though two different user Interfaces created with ths same framework might solve | 

quite different interface problems, | 

Several firms are evolving this* technology to Include Interworkiog with the PSTN. This presents both a ?: 

challenge and m opportunity for established carriers like fvICi and BT especially In the IDDO arena. This | 

discussion explores how a eartfef oiass service could he offsrsd cased on this | 

evolving technology Of particular interest are ways to permit Interworkiog between the PSTN and foe | 

internal using 1 plus dialing. | 

The introductory discussion considers the technical requirements to support PC to PC connectivity in a | 

more robust manner than presently offered, in addition to the technical requirements for a PSTN to s 

Internal voice gateway. Consider altos - ! is givers to how calls can be placed from PCs to a PSTH 1 

destination and visa versa. The case of PSTN to PSTN communications, using the Internet as a long | 

distance network is also explored. | 

It is shown how such services can be offered In a way thai wlii complement existing PSTN services, | 

buffering lower prices for a lower quality of sen/Ice. At issue In the longer term is the steady improvement | 

conducted as part of an ongoing program of research sponsored by the US Defense Advanced Research | 

Projects Agency. In the mid-1980s, UNIX-based workstations were used to conduct regular audio/video | 

extended in the late 1 886s- with larger scale, one-way multicasting of voice and video. In 1995 a small | 

company, VocalTec {www.vocslteo.com>, Introduced an Inexpensive software package that was capable | 

of providing two way voice communteaflom between myiti-rosdta PCs connected to ths internet. Thus | 

on a Internet Relay Chat*roo«f tiRCj'was used ?o t 



CXV A0001076.082 



stations Sot loe voroe tramter. This resulted srs chance meetings, as * coroitton in ohat rooms, or a | 

prearranged meeting, if the parties coordinated ahead of tsma. by ©mail or other means.- | 

us vv \ «i. ! i i o PC id ni snot o ktu 0 h< ' cr 3 j t'>n j 

capability by loading a small software package. So the case of VocalTec the package makes a coonadkfn | 

other users connected to the SRC, | 

The user calls another ussr by clicking on his wie. The IRC responds by sending the IP address of the | 

osflee" party. Far dial tn users of the internet an IP address is assigned at*al in time and consequently | 

will change between dial in sessions, if the destination is not already engaged sin a voice connection., Its | 

PC beeps a ring signs;. The called user can answer the phone with a mouse click, and the calling psrty | 

then begins sending traffic directly to the IP a«8dr«8S of the callea party. A roulti-media mtc-ivpfame and 4. 

speakers boiiit Into or attached So -he PC are used as a speaker-phone. The speaker's voice is digitized, 1 

compressed and packetlzed for transmission across the Internet At the other end it Is decompressed arid | 

converted to sound through the PC's speakers, | 

b) Implications Teiaphony over the internet offers users a iow cost service, that is distance and border | 

•-. - * It *- f t i. S • ; ! f S f > j „ ... J . S : 

for a flat fee! the caller can hold a voice conversation with enoiher PC user connected to ins; Internet The 4. 

called party contributes to the cost of the conversation by paying for his Internet access, in the case that 4 

one or both ends are LAN connected to the Internet by leased hnes the call is free of additional charges, | 

ASS of this is in contrast to the cost of a conventions: long -sHtanc®, possibly interns ifoo ah call. | 

o) Quality of Servsos The voice quality across the internet is good, out not as good as typleai telephone | 

In addition, there ace significant delays expenenead during the conversation . Trying to mtsrrupt a speaker 4. 

«i such an environment is problematic. Deiay and quality variations- are as much a consequence of 4 

distance and available capacity m they am a function of compression, buffeting and psoketlBng isms. | 

delays is the sound card used. The first sound cards were half duplex and were designed for playback of 

recorded audio Long audio data buffers -.vhicb helped ensure uninterrupted audio piaynacr; mttoducsd : 

real time delays, Sound catd based delays are being reduced over time as full duplex cards designed for 4 

Other delays am inherent in the access line speeds {typically 14,4-28.8 fcbps for dial-up internet access) | 

and In the packet forwarding delays In the Internet. Also there is delay inherent in filling a packet with | 

die.jifs.ed encoded audio For exarnpie, to tiii a packet with 30 ms of digitized audio, the application must j 

wait at least 80 ms to receive the audio to digitise. Shorter packets reduce packet-filling delays, hut | 

\'eu-.o o.'efhr cu Ov x cu s ^gfhepucve te c.i> ->et e%>v oa>^ idU ^e X'Cj* cd ove -'..id j 

also increases the bandwidth demands for the application, so that an application which uses short 4. 

packets may not be sbis to operate on a 14.4 kbcs dial-up connection, LAN-based PCs suffer less delay, 4 

v -5 -,: ., v ., s ; >b < % > h <. : . 4 | 

Lastly, there ans dslays lohersnt In audio codecs. Codec delays can vary from 5 to 30 ms for' encoding or' | 

decoding. Despite the higher latencies associated with internet telephony, the price is right, and this form | 

of voice communication appears to be gaining in popularity. | 

2. IP Phone as a Commercial Service IP telephony technology is here whether the established carriers | 

like it or not. Ciearly the use of the Internet to provide international voice caiie is a potential threat to the 4. 

traditions! international Direct Distance Dialing fiDDD} revenue stream. Although it may be several years sj 

borders on the basis of regulation. The bast defense by the carriers is to offer the service themselves in | 

an vidu.itriai sttengtn fashion. To do this requires so Improved call setup facility and an interface to the j 

PSTN. 1 

conducted during a simultaneous Internet data packet communication, and the parties don't | 

"jv« v!-«.5>-- 'o ^e.-^-^te tei«o*.vw' on "Wt..^ f rs.-'-"t„:l-iMi) ,~--e arce'-- c--"u-' 

might find themselves « teat possliori. Cost considerations may also play a role m dictating the use of PC sj 

to PC telephony. The larger use of this technology wiii occur when the internet can he used in place of the | 

Song distance network to interconnect ordinary telephone hand sets. The nrsmber of multi-media Inter net 1 

connected PCs in the swtld (estlmaied at 10 million} is mlnpseuie compared to the nttmbes- of subscriber 1 
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in «ws sections fceiovv we took at each of the end point combinations possible sn s fall internet telephony 
ssrvtos. The most important aspects relate to the PSTN to internet gateway capacities. Or particular 
interest Is the possibility cf providing the PSTN caiier vwth one- step dialing to his called party- The one- 
step dialing solutions discussad fosiow are in She context of the North Ammcm msmfeermg pirn. There 
are essentia^ four cases: 1 , PC to PC; 2. PC to PSTN; 3. PSTN to PC; and 4. PSTN to PSTN. 

Identical and each requires a gateway between the PSTN and the internet. The last case use* the 
internet: as a long distance network for two PSTN telephones. 

" nv o \ v j <- - i <&t <j -. t i nt or c ^ > »ct r x i r ll\ ^ o* 

telephony software is rapfacirtg the- chat server with a directory service which will uniquely identify internal : 
telephone users (perhaps by »matf address). To receive ceils, customers would register with the directory I 
service (for a fee, with recurring charges; and would make their location {IP address) known to the 

accomplish automatic notification is to get agreement between the vendors of IP phone software on a 
protocol to notify the 

directory service whenever the software is started {automatic presence notification) . it would also be 
desirable, as an option, to find a wa^ to automatically invoke the IP phone software when the IP stack is 
started. 

The directory service is envisioned as a distributed system, somewhat tike the Internet Domain Name 
System, for scalability. This ss not to imply, necessarily the yser(foo.com format tor user identtfioatiisrt. 

Theoretically only the called parties need to be registered. If the calling party is not registered, then the 
charge for the oaii {sf there Is one) could foe made to ths eaSSs-s party {a collect call). Alternatively, we can \ 
insist that ths caller also be registered in the directory and billed through that mechanism (tits is desirable I 
since we charge for the registration and avoid the complications that collect calls require!. A charge for 

charges already apply to toe dial op Internet user and internet usage charges, both for dial op and 
dedicated usage, are probably not too far away. 

Collect calls tort a registered user may be required to meet market demand. A scheme tor Identifying 
such calls to the called party most he devised, along with a mechanism for the called party to accept or 
reject ths collect call. The directory service will track the ability of ths catisd software to support this 
feature by version number {or, alternatively, this could be a matter for online negotiation between the iP 
telephony software packages). 

in the event ot collect calls {assuming the caller Is not registered), the caller sosild claim io oe anyone she : 
chooses The directory service will force the caller to take on a temporary "assigned" identity {for the 
duration o? the caii) so the called party will know this Is an unverified caller. Since IP addressers are not 
necessarily fixed, one cannot rely on them to Identify patties, 

(?) interoperability Meariy all IP phone software packages on the market today use different voice 
-n-. xl :ig .-ind CiCf.cosio :s:.i.?t- .OiO* -to -li-suon io^c Uite ,.&-?to co mec- o-^ lh-;- -j.iecx^v 
will store the type and version (and possibly options) of Internet phone software being used. 

To make this work effectively software vendors will report this information autornatieaiiy to 

the directory service. This information will bo used to determine interoperability when a caii is placed . if 

In addition to' rsffstration of software type, a negotiation protocol oould be devised to determine * 
loioroperabslsty on toe fly, but: all packages would have to "speak" It. 

There is a question of whether jrsusiafions between IP phone encoding ran ee performed vwth acceptable ; 
quality to the end user. Such a service could have a duration and or volume fee associated with it which 

to exist and they will have Interoperability, perhaps through an industry agreed lowest common 
So far, all the IP phone software vendors we have contacted are in favor of an Esperanto that will permit ; 
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interoperability, if this comes to pass the fife span of the translation services wlii ee shod, prooably | 
making them not economically attractive. 

We can hefp the major software vendors seek consensus on a "common* compression scheme and 
signaling protoooi that wiiti provide the needed interoperability Ones the major vendors support this 
method the others wsii foikw. This is already happening, with ths recant announcements from tntet. 
Microsoft. Netscape, and VooaiFec that they wit! aft support the H.323 standard to comtng months. Frss 
can be automatically detected at call setup lime. The directory service would keep track of which versions | 
of which software can intetoperate To facilitate this tuncfeonairty the automatic notification of presence 
should include the current software version. Tb»* way upgrades can be dynamically noted in the directory f 

Sows scheme must aiso be defined to allow registration information to be passed between software 

iC\ 9 j tf i m „v Uh- c ai so^s*- o j !o jf the oy„^ 5 -< '•cnafeo -< ». >> 
application. There is no reason to object if the user has fwo abdications each the same registration 

> i X (|* »e ts.i »>»<.«- !iv \ * » s>i» is me h (OS M» „ o 

presence notification. This wlti: cams a problem only if the user cars run mors than one IP phone package | 
at the same Srcse if ths martset requires this ability the directory service could fee adapted to doai with it. 

phone software packages 

(3) Call Progress Signaling: if the user is rsaehsbte through the directory system, but is currently engaged | 

PSTN caii: waiting service) is sent to the called party and a corresponding massage is sent badt to the 
caller. 

if t v, e ^ if cac-soii' ,s c ,gh ' s c ~ *<\» <=y >v>t ' ^ t - <" - s s i >' ^ ' --vs^;, .c\ 1 s u " \, 1 t, ^ ^ 
address responds, but not She application - see saiow for verification that this is the party in question) 
then an appropriate message is returned to the caller. (As an option an email could be sent to the called 
party to aierr him to the cast attempt. An aodrnonai option womd be to aiiow me caiisrto enter a voice 
massage and attach the "Voice mail* to the email 

Other notification methods to the csiled party can aiso bs offered, such as FAX or paging, in each oass, 
the notification can include the caller's IdoatrSy, wtsen known.) Once tlie directory system is distributed it 
vviii foe necessary to query the other copies if contact cannot: be made based on iocs; information. This 
system provides th® sbiilw to navo vanoys fcrms of notitioatson, and io control the parametsrs of those 
forms. 

(4) Pasty Ictsntificason A orates! q«ssi;on is how wiii ths directory ssrvsos know that a ceiied party is no 
longer where she was iast repotted (l,e„ has "go!5e away*)- The dialed in party might drop off the network | 
In a variety of ways (dialed isno dropped, PC hung. Terrains; Server crashed) without the ability to 
expllcitiy Inform the directory service of his change in status. Worse yet, the user might have ieft fhs 
network and another user with a voice application might be assigned the same IP address. (This is OK it I 
the new caller is a registered user with automatic presence notification; the directory service could then 
detect the duplicate iP address. There may stiff ho some timing probioms between distributed parts of fhs I 
directory service.) Therefore, some scheme must exist tor the directory service to determine that ths 
customer is stili at the iast announced location. 

One approach to this ss to smpiemetit a shared secret with the appiicatson, created at reorsinatson time. 
Whenever the directory system is contacted by the software (such as 

automatic presence notification or ceil inlilaiizafjon) or attempts to contact ihs oailed patty at the last 
known location, it can send a chaSersoe (iike CHAP; to the application and vsrlfy ths response. Such a 

.i'-'.is f^n Sv >■>' > tutn )s| n^oppvatcnu a > t e >h> v ^ ^ f ^ x f c>. > tc : 
the directory system. If muitipia iP phone applications are supported, by the directory service, each may- 
do the challenge differentiy. 

(5) Other Services Encrypted internet telephone conversations will require a consensus from the software f 
venoors to minimise the nnmfoer of encryption setup rnecnanssms This wsii be another :nieroperabliity 
resoiution funotlon for the directory service. The directory service can provide support for public key 
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iins. Charges for tfss dial out can be felled to ths sailed party, jus! as vfouiss happen for 

POTS, Th© call detail r«e©fd iCDR) for the dis:l out needs to be associated wtlh the caH d«ta» of an entity a 

in the IP Phone system (the called party), Note that this ss diffsrsnt than the PC to PSTN case in that no | 

translation of iP encoded vosee 50 PCM is required, indeed the d:al out ml! us© TCP/IP over PPP. if the s 

dla! out fa! is on appropriate message is sent back. | 

al. it ss usmssv that lh« international case wiSi exist srs precises * 

preclude shsi case and it fequarse 00 addiiionai fbnoijonaisty ?: 

So perform, I 

b) PC ;o PSTN The PSTN to internet gateway must support transiasirsg PGM lo muiitpio encoding s 

vUmhU^ <■ 1 !"> ikd H< j/ ^ t "t-M 'ht t I i r ^ j i i nl I 

should fee used, lo many cases it w8l the software vendor's proprietary | 

i need to license tha technology from salaetad venders. Some I 

ak» their scheme work 00 teioo platforms. 1 

exception to this would be if coliect calls from the internet ass to be allowed. This will add eoropiscaSorjs a 

with, respesf. to fcslling. To caii 3 PSTiXS destination rne PC easier ripscsfias a domestic P 164 address. The s 

directory system maps that address, to an Internet dial out urst based on the MPA-NXX. The expectation is | 

( >* t df <. 1 1 \ ^ <. i 1 ► 1„ f ? it s * ill „ <. O pk 1 1 I 

to hands© the case where there is no local'* diai 00$ unit. Anethsr probiem is what So do tf the local" out s 

d-af unit is full or otherwise not available. I 

possible A second approach is to sand a message foaei-: to tha taller to intorrn h-m that a long distanca | 

caii must be placed on his behalf and request permission to incur these charges. A Ihsr d approach is to ti 

pisee the call regardless and wish 00 notification. Each of thesa cases racjuires a way lo correlate the cost | 
of tha dial out call {PSTN CDR; with She billing raeorcs of the caii originator (via the directory service!. 

The shard approach will probably add to ths customer support ioad and reeuis in unhappy customers. Ths s 

first approach Is simple out restrictive, Most users am expected to be very cost conscious, and so might | 

be satisfied wiih approach one. Approach two afforos fSsxihsisty lor the times the customer wants to a 

proceed anyway, but it adds oomplexily to the operation. | 

A possible compromise Is to use approach one. which wsil s«jsot lha call for the feasors that no local out *: 

dial Is available^ We coold also add an atlributss In the caii requesi that moans "I dont csra if this ends up | 
as a icng dissaooe caii " in fh:e casa ti-(e r.-aiier who was rejected, but wants to piace the caii anyway 

mates s second call attempt with this attribute set For customers with money to spare, ail PSTN calls | 

could be made with sha; attribute sal. | 

irom internet socanonss cotssoe tne uS. | 

'O Mi ftt„ ti4t>„i(«U^ vou to , v. iiu^f ts>it Ov Nvjkn "h^ is u^au^Io | 

sorvsc® since if. saves no money over the customer making an interns flonai telephone caii hiniscif. | 

made thara, | 

Th-s Situaton r ptoo^wic to; r- m set ce ^gseaci to nx tne casTier a* tha snte'na'onai oast>n&tio^ T^iS | 

case may be viable in one of two ways. Both ways require a parlnsr al the ioteriaUooai destination. One | 

option would bs to use a locai carrier in the dastsnation country as ths partner A second option would be | 

destination ocjunssy. | 

preesnted here for completeness, | 

mulfipie encoding schemes to tntetwork with software from various vendors. Ths directory servlos is | 

required! to idensliy the caiisd PC. Aotssmaflo notsfsostran of pressnsas ss importans to keep the called party a 

reachabfa. The PSTN caiiar nead not be registered wstn toe directory serosa, for cai-sr billing w;;; bs s 

based on PSTN Information, 1 
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The osier has an E.184 address that is "constant" and can be used to return sags a* wsil as to do blgir>; 
signal t!"® PC software that this is a PSTN call and provtds the E.164 number or indicate that H & 



Is possible wHfr a second >: 
st ;s necessary for ine caller to enter hissing information - 

Alternatively a 900 service w8l sficw PSTN caiier-based bitting. In either case tha caller will need to 
specify the destination 'phone number" alter the billing information or after dialing the 800 number. 

A major open iseue is how the caller v*I specify the destination at the sacoftd d;ai tone, Only touch tones : 
? v a it "> b •« T i > 1 f ^ , ^ %. voU } x> j" v r "4 N ou > k A o r>x* ■> v ertr\ To 

avoid: confessor; with real phono numbers {tha PSTN to PSTN ease) the numbers need so bo ureter 
directory control. Perhaps TOO numbers could be used, if there are enough available. Alternatively a 

3. Phone Numbers in tha internet The best approach is to have art area cads assigned, Not oniy wis this : 
keep future options open, but it allows for siropioi osaling from day one. Ssvan a iegifcroate area coda the 
PSTN caller can directly dial the E. 164 address of tha PC on tha internet Tha telephone system wsii 
route the calf to an MCI POP where it wril be farmer routed to a PSThko-internet voice gateway. Tha 
cailad numbs? will be used to ptaea the call to the PC. assuming it is on-line and reachable. This allows 
tha : ; - ; S T-M caller to dial the Internet as if it ware part of the PSTN. 

No second asat tone ss required end no bilifog fofotrrsation needs to fee entered. The sals wtii os biffed So 
She calling PSTN: station, and charges will accrue only if the destination PC answers. Other carriers would I 
do assignee: onions area cooes and directories sdould he Kepi coinoauoia. 

For domesticaiiy originated calls, ail of the billing information needed io hill the caller Is available and the 
Intelligent network service functionality for third party or other billing methods ts available via tha second 
diaS torse. 

required. It may be desirable la assign a country code to the internet Although this would make domestic : 
dieting more sompfex (it appears that dialing anything other than 1 pins a ton digit number 

assignment of so ares coda (or several) and the assignment of a country coda are not mutually exclusive I 
Tha us® of a country coda woufd make dialing mors geographically uniform. 

5. International Access it is unlikely that an international call will he made to She US to eoter tha internet io I 

if it happens, however, the system will have enough information to do the catier-based billing for this case : 
without any additional: fenctlorsailty. 

Another possibility ss that we wsti ('possibly in partnership} set up io handle incoming oa«s outside the US 
and enter the internet in that country to return to the US, or go anywhere else or? the internet, if the 
partner ss a local earner, then the partner w(ii haye tha information needed for- billing the PSTN caller, 

a) Collect Csiis PSTN fa PC collect ceils require several steps. First, the ceil to the PSTN to Internet 
gateway must foe cosset The collect call could then ho signaled in the same way as PC to PC calls, it will I 
be necessary to indicate that the caller ts PSTN based and include tha calling. £. 164 address ft II ;s 

b) PSTN to PSTN The choice of voice compression and protocol scheme for passing voice between 
£r ->~ t ' " h ( o it ovs n -^nii •> d ! «t \n ^ ' o " Io I t u b o ">f 
by varying tha compression levels offered. Different charges could associated with each level. The caller : 
would select a quality ievel: perhaps by dlaiiog different 800 number services first 

(1 ) Domestic Destination 

Neither the calling: nor toe cal-sd parties need be registered with the dsrscrtory servsce to nlacs ceils across I 
using touch tones, the billing :nfounallori arid tha destination dornssbc E.I 64 address. 900 service oodd 
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be used as wall, The dilatory service {this could be separate system, but ihe directory service already 
has mapping fcnefiorsaiity Jo handle ihe PC to PSTN dial o«tcas«) will be used to map the csii io an out 
dialer to piaee a iaesi eaii. if possible 8:SS:no. ss to She cater and the call detaii of ine out diss ceii needs to 
be associated w8i toe call detas.1 of the inbound caiier. 

An Immediate qusstto Is how to deal with the ease where the mstmt di&S out unit to the number called 
results in a long distance « toll call, as discussed »n PC to PSTN case. The stoato! here is different to 
She extern that actrfioatson must be by voice, and authonzaaors to do a Song distance, or kj8 call dial out 
must be made by touch tones in the event of a fong drsfance dial out tos internet could be skipped 
altogether and the cat could go entirely over Ihe PSTN, ft is no; clear that there is any cost savings by 
using toe internet in Shis case 

(2) One Siep Dialing Toe problem ts Ural toe destination PSTN number needs to be entered and, 
somehow If needs to be indicated thai toe destination is to be reached via Ihe internet rather than the 
conventional long distance network. 

This selection criteria can be conveyed according to the following alternatives; 1 , Assign a new 1QXXX 
number that: is the carrier's Internet. 

2. 3v subscription. 

The first method allows the caller to select the Internet as She long distance carrier en a csii by' call basis. 
The second method makes the internet the default Song distance network, in the second ease a customer 
can return to the carrier's; conventional long distance network by dialing ins carrier's 1 SXXX sods 

The first methods has the draw back thai the caiier must dsai an extra five digits. Although many will do this 
to save money, requiring any extra biasing will reduce the totai number of wts of foe ssrwce. The 

commitment by the subscriber to predominately use the Internet as his long distance network. 
\ »v N <^s « \« p.»\'tK ,u v v s»a ve 

These grades wi be based ors a combination of the encoding scheme and toe amount of compression 
{bandwidth ■ applied, and w$ offer iowor oast for tower bandwidth utilisation. 

grade would be toe default and other service grades- would be selected by a 1 0XX.X code. 

;3) Servsce Quality The eervica o.uei:Sy w:Si be measured by two major teeters. First, sound quality, the 
ability to recognize the caller's voice, and second t>y the delays that are not present In toe PSTN, 

On toe first point we can say tost most of toe offerings available today provide an acceptable ievei of 
caller recognitor;, Delay. however, is another stray. PC to PC users experience delays of a half second to 
two seconds. As noted In toe introduction much of Ihe delay can be attributed to the sound cards and the 
low speed dial access. In the case of PSTN So PSTN service both these factors are removed. 

The use of DSPs in the PSTN to Internet voice gateway will keep compression and protocol processing 
limes very low. The access to the gateway wfl! be at a full 64 k&ps on the PSTN side arxi iikeiy Ethernet 

Ethernet will likely be connected io the backbone by a T 3 line. 

This combination should provide a ievss of service with very low delays. Some buffering will be needed to 
domestic carrier backbone. 

The mam differentiation of quality of service will be voice recognition which wi» be related to bandwidth 
usage-. If needed, toe proposed i-T.T" Resource reservation setup Protocol 

yet to be established, Also, questions remain regarding the scalability of RSVP for large-scale internet 
teiaohooy, 

{4} Costs; An open question Is whether using She internet for long distance voice in place of the switched 

real costs? Routers are certainly cheaper than telephone switches, and the IS kbps (or so) that- ihe IP 
voice software uses (essentially half duplex! is certainly less than the dedicated 128 kbps of a full duplex 

s.,%"0ARc:HSTECTtjf«^ 
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